Wednesday, 2016-05-04

*** efried1 has quit IRC00:01
*** kengo_sakai has joined #openstack-nova00:01
*** kengo_sakai has quit IRC00:06
*** shaohe_feng has quit IRC00:07
*** shaohe_feng has joined #openstack-nova00:07
*** ssurana has joined #openstack-nova00:09
*** Jeffrey4l has joined #openstack-nova00:10
*** fragatin_ has joined #openstack-nova00:11
*** mrkz has quit IRC00:13
*** markvoelker has joined #openstack-nova00:14
*** ctrath has joined #openstack-nova00:14
*** fragatin_ has quit IRC00:14
*** fragatina has quit IRC00:14
*** fragatina has joined #openstack-nova00:15
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 unit tests[q-v]  https://review.openstack.org/31165600:16
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 unit tests[f-n]  https://review.openstack.org/31165800:16
openstackgerritKen'ichi Ohmichi proposed openstack/nova: WIP: Remove legacy v2 API code completely  https://review.openstack.org/31165300:16
*** rena9067 has quit IRC00:17
*** shaohe_feng has quit IRC00:17
*** shaohe_feng has joined #openstack-nova00:17
*** mrkz has joined #openstack-nova00:18
*** Sukhdev has joined #openstack-nova00:26
*** vilobhmm11 has joined #openstack-nova00:27
*** shaohe_feng has quit IRC00:27
*** mtanino has quit IRC00:28
*** shaohe_feng has joined #openstack-nova00:28
*** zenoway has joined #openstack-nova00:29
*** rook has quit IRC00:30
*** tbachman has joined #openstack-nova00:30
*** rook has joined #openstack-nova00:32
*** zenoway has quit IRC00:33
*** baoli has joined #openstack-nova00:34
*** pwnall has joined #openstack-nova00:34
*** baoli has quit IRC00:36
*** unicell has quit IRC00:36
*** baoli has joined #openstack-nova00:36
*** shaohe_feng has quit IRC00:37
*** vilobhmm11 has quit IRC00:38
*** shaohe_feng has joined #openstack-nova00:38
*** yamahata has joined #openstack-nova00:39
*** mageshgv has joined #openstack-nova00:40
*** lightshadow has joined #openstack-nova00:45
*** shaohe_feng has quit IRC00:48
*** shaohe_feng has joined #openstack-nova00:48
*** zeroDivisible has joined #openstack-nova00:50
*** svenkat has joined #openstack-nova00:53
*** mageshgv has quit IRC00:54
*** Sukhdev has quit IRC00:56
*** vilobhmm11 has joined #openstack-nova00:58
*** shaohe_feng has quit IRC00:58
*** mrkz has quit IRC00:59
*** shaohe_feng has joined #openstack-nova00:59
*** baoli has quit IRC00:59
*** cheneydc has joined #openstack-nova01:03
*** hoangcx has joined #openstack-nova01:03
*** fishcried1 has joined #openstack-nova01:04
*** baoli has joined #openstack-nova01:04
*** fishcried has quit IRC01:05
*** fishcried1 is now known as fishcried01:05
*** iceyao has joined #openstack-nova01:06
*** shaohe_feng has quit IRC01:08
*** shaohe_feng has joined #openstack-nova01:08
openstackgerritjunjie.huang proposed openstack/nova-specs: Power and thermal metrics spec  https://review.openstack.org/31229501:09
*** thorst has joined #openstack-nova01:09
*** zz_dimtruck is now known as dimtruck01:10
*** zeroDivisible has quit IRC01:10
*** rfolco has joined #openstack-nova01:11
*** armax_ has joined #openstack-nova01:11
*** iceyao_ has joined #openstack-nova01:12
*** fragatin_ has joined #openstack-nova01:12
*** armax has quit IRC01:12
*** armax_ is now known as armax01:12
*** sdake has quit IRC01:13
*** p01nt3r75 has joined #openstack-nova01:14
*** armax has quit IRC01:14
*** fragatin_ has quit IRC01:14
*** iceyao has quit IRC01:15
*** fragatina has quit IRC01:16
*** shaohe_feng has quit IRC01:18
*** shaohe_feng has joined #openstack-nova01:19
*** Sukhdev has joined #openstack-nova01:19
*** EinstCrazy has joined #openstack-nova01:24
openstackgerritLi Yingjun proposed openstack/nova-specs: Hypervisor notifications spec  https://review.openstack.org/29980701:25
*** armax has joined #openstack-nova01:26
*** Sukhdev has quit IRC01:27
*** baoli has quit IRC01:27
*** EinstCrazy has quit IRC01:28
*** shaohe_feng has quit IRC01:29
*** ctrath has quit IRC01:29
*** shaohe_feng has joined #openstack-nova01:29
*** EinstCrazy has joined #openstack-nova01:29
*** EinstCrazy has quit IRC01:29
*** EinstCrazy has joined #openstack-nova01:30
openstackgerritjunjie.huang proposed openstack/nova-specs: Power and thermal metrics spec  https://review.openstack.org/31229501:30
*** EinstCra_ has joined #openstack-nova01:32
*** EinstCrazy has quit IRC01:33
*** EinstCrazy has joined #openstack-nova01:33
*** fishcried has quit IRC01:35
*** iceyao_ has quit IRC01:35
*** iceyao_ has joined #openstack-nova01:37
*** EinstCra_ has quit IRC01:37
*** iceyao__ has joined #openstack-nova01:38
*** yamahata has quit IRC01:38
*** iceyao_ has quit IRC01:38
*** iceyao___ has joined #openstack-nova01:38
*** EinstCrazy has quit IRC01:39
*** shaohe_feng has quit IRC01:39
*** shaohe_feng has joined #openstack-nova01:39
*** EinstCrazy has joined #openstack-nova01:41
*** mdrabe has joined #openstack-nova01:42
*** iceyao__ has quit IRC01:43
*** ozialien10 has joined #openstack-nova01:46
*** ozialien10 has quit IRC01:46
*** jamesdenton has joined #openstack-nova01:47
*** ozialien10 has joined #openstack-nova01:47
*** vishwanathj has quit IRC01:48
*** jamesden_ has joined #openstack-nova01:48
*** shaohe_feng has quit IRC01:49
*** svenkat has quit IRC01:49
*** shaohe_feng has joined #openstack-nova01:50
*** kengo_sakai has joined #openstack-nova01:50
*** antonyfm has joined #openstack-nova01:51
*** jamesdenton has quit IRC01:51
*** kengo_sakai has quit IRC01:54
*** apoorvad has quit IRC01:56
*** thorst has quit IRC01:57
*** thorst has joined #openstack-nova01:58
*** EinstCrazy has quit IRC01:59
*** shaohe_feng has quit IRC01:59
*** shaohe_feng has joined #openstack-nova02:00
*** EinstCrazy has joined #openstack-nova02:00
*** EinstCra_ has joined #openstack-nova02:04
*** thorst has quit IRC02:06
*** ijw has quit IRC02:06
*** woodster_ has quit IRC02:08
*** EinstCrazy has quit IRC02:08
*** p01nt3r75 has quit IRC02:08
*** jaosorior has joined #openstack-nova02:09
*** tjones has left #openstack-nova02:09
*** shaohe_feng has quit IRC02:10
*** shaohe_feng has joined #openstack-nova02:10
*** gyee has quit IRC02:12
*** pwnall has quit IRC02:12
*** yamahata has joined #openstack-nova02:12
*** cdelatte has quit IRC02:15
dansmithdoffm: nicely put.. nicer than I could have, at least.02:19
*** shaohe_feng has quit IRC02:20
*** jamesden_ has quit IRC02:21
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: New configuration classes to parse device address element  https://review.openstack.org/30414702:22
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: attach configdrive after instance spawn  https://review.openstack.org/30333502:22
openstackgerritVladik Romanovsky proposed openstack/nova: db: adding path, serial and address fields to block devices  https://review.openstack.org/31061502:22
openstackgerritVladik Romanovsky proposed openstack/nova: db: adding bus and bus_address to virtual interfaces  https://review.openstack.org/31061602:22
openstackgerritVladik Romanovsky proposed openstack/nova: objects: adding serial, path, bus_address fields to bdm object  https://review.openstack.org/31061702:22
openstackgerritVladik Romanovsky proposed openstack/nova: objects: adding bus and bus_address to virtual interfaces object  https://review.openstack.org/31061802:22
openstackgerritVladik Romanovsky proposed openstack/nova: Device tagging metadata API support  https://review.openstack.org/30451102:22
openstackgerritVladik Romanovsky proposed openstack/nova: Device tagging API support  https://review.openstack.org/30451002:22
*** EinstCra_ has quit IRC02:22
openstackgerritVladik Romanovsky proposed openstack/nova: Compute manager device tagging support  https://review.openstack.org/26401702:22
openstackgerritVladik Romanovsky proposed openstack/nova: Libvirt driver implementation of device tagging  https://review.openstack.org/26401602:22
*** shz has quit IRC02:22
*** shaohe_feng has joined #openstack-nova02:23
*** hemna_ has joined #openstack-nova02:23
*** kylek3h has joined #openstack-nova02:23
*** kylek3h has quit IRC02:23
*** kylek3h has joined #openstack-nova02:24
*** shihanzhang has joined #openstack-nova02:24
*** zenoway has joined #openstack-nova02:25
*** Guest34084 has joined #openstack-nova02:26
*** oomichi_ has joined #openstack-nova02:29
*** zenoway has quit IRC02:29
*** ducttape_ has joined #openstack-nova02:30
*** shaohe_feng has quit IRC02:30
openstackgerritWenzhi Yu proposed openstack/nova-specs: Move calculation of 'disk_available_least' to ResourceTracker  https://review.openstack.org/29327202:31
*** shaohe_feng has joined #openstack-nova02:31
*** fragatina has joined #openstack-nova02:31
*** kylek3h has quit IRC02:33
*** jaypipes has quit IRC02:40
*** shaohe_feng has quit IRC02:40
*** shaohe_feng has joined #openstack-nova02:41
*** EinstCrazy has joined #openstack-nova02:44
*** EinstCrazy has quit IRC02:45
*** ducttape_ has quit IRC02:45
*** mriedem has quit IRC02:47
openstackgerritAlex Xu proposed openstack/nova: Remove the legacy v2 API test scenarios from API sample tests  https://review.openstack.org/31231302:48
openstackgerritAlex Xu proposed openstack/nova: Remove the legacy v2 API entry from api-paste.ini  https://review.openstack.org/31231402:48
*** vladikr has quit IRC02:50
*** shaohe_feng has quit IRC02:51
oomichi_alex_xu: the above sample test patch is already tested on your env?02:51
oomichi_alex_xu: if so, will +2 soon02:51
*** shaohe_feng has joined #openstack-nova02:51
*** markvoelker has quit IRC02:52
*** ozialien10 has quit IRC02:52
*** ozialien10 has joined #openstack-nova02:52
alex_xuoomichi_: the remove entry from api-paste.ini not test yet, just be push to work on another work...:(02:52
alex_xuoomichi_: will revisit it if that found anything else still test on the whole legacy v2 stack.02:54
openstackgerritZhenyu Zheng proposed openstack/nova-specs: Allow user to define the shutdown method through API when stop instances  https://review.openstack.org/29379002:54
*** ducttape_ has joined #openstack-nova02:54
*** ssurana has quit IRC02:54
openstackgerritZhenyu Zheng proposed openstack/nova: Add check of capabilities for detach interface and fix support matrix  https://review.openstack.org/30811502:55
*** oomichi_ has quit IRC02:55
*** EinstCrazy has joined #openstack-nova02:57
*** EinstCrazy has quit IRC02:58
doffmdansmith: Thanks. I 'may' have thought about what to say a little too much this afternoon.03:00
*** EinstCrazy has joined #openstack-nova03:00
*** ducttape_ has quit IRC03:00
*** pwnall has joined #openstack-nova03:01
*** shaohe_feng has quit IRC03:01
*** EinstCrazy has quit IRC03:01
*** shaohe_feng has joined #openstack-nova03:02
*** ducttape_ has joined #openstack-nova03:03
*** EinstCrazy has joined #openstack-nova03:03
*** thorst has joined #openstack-nova03:04
*** EinstCrazy has quit IRC03:07
*** pwnall has quit IRC03:08
*** pwnall has joined #openstack-nova03:09
*** EinstCrazy has joined #openstack-nova03:09
*** dave-mccowan has quit IRC03:10
*** thorst has quit IRC03:11
*** shaohe_feng has quit IRC03:11
*** shaohe_feng has joined #openstack-nova03:12
*** EinstCra_ has joined #openstack-nova03:12
*** lightshadow has quit IRC03:13
openstackgerritWenzhi Yu proposed openstack/nova: Remove mox from unit/api/openstack/compute/test_block_device_mapping.py  https://review.openstack.org/30812003:13
*** EinstCra_ has quit IRC03:15
*** EinstCrazy has quit IRC03:15
*** oomichi_ has joined #openstack-nova03:16
*** Kevin_Zheng has joined #openstack-nova03:17
*** EinstCrazy has joined #openstack-nova03:18
*** lightshadow has joined #openstack-nova03:18
*** EinstCra_ has joined #openstack-nova03:23
*** EinstCrazy has quit IRC03:23
*** shaohe_feng has quit IRC03:23
*** shaohe_feng has joined #openstack-nova03:24
*** ljxiash has joined #openstack-nova03:24
*** rfolco has quit IRC03:26
*** jamielennox is now known as jamielennox|away03:28
*** fishcried has joined #openstack-nova03:28
*** baoli has joined #openstack-nova03:31
*** hwoarang has quit IRC03:35
*** shaohe_feng has quit IRC03:35
*** shaohe_feng has joined #openstack-nova03:35
*** hemna_ has quit IRC03:36
*** pwnall has quit IRC03:36
*** hwoarang has joined #openstack-nova03:36
*** jamielennox|away is now known as jamielennox03:37
*** baoli has quit IRC03:37
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 unit tests[q-v]  https://review.openstack.org/31165603:39
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 unit tests[f-n]  https://review.openstack.org/31165803:39
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 unit tests[a-e]  https://review.openstack.org/31165903:39
openstackgerritKen'ichi Ohmichi proposed openstack/nova: WIP: Remove legacy v2 API code completely  https://review.openstack.org/31165303:39
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Fix unit tests for v2.1 API  https://review.openstack.org/31232003:39
*** shaohe_feng has quit IRC03:42
*** shaohe_feng has joined #openstack-nova03:43
*** ducttape_ has quit IRC03:46
*** antonyfm has quit IRC03:46
*** fishcried has quit IRC03:50
*** jaosorior has quit IRC03:51
*** shaohe_feng has quit IRC03:52
*** markvoelker has joined #openstack-nova03:52
*** ljxiash has quit IRC03:52
oomichi_alex_xu: three patches are ready to be reviewed on https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/remove-legacy-v2-api-code03:54
oomichi_alex_xu: can you take a look at them?03:54
oomichi_alex_xu: https://review.openstack.org/#/c/311656/ https://review.openstack.org/#/c/312320/ https://review.openstack.org/#/c/311659/03:55
*** shaohe_feng has joined #openstack-nova03:55
*** fragatina has quit IRC03:56
*** ljxiash has joined #openstack-nova03:56
*** fragatina has joined #openstack-nova03:56
*** markvoelker has quit IRC03:57
*** e0ne has joined #openstack-nova03:59
*** e0ne has quit IRC04:01
*** e0ne has joined #openstack-nova04:02
*** shaohe_feng has quit IRC04:02
*** EinstCra_ has quit IRC04:03
*** shaohe_feng has joined #openstack-nova04:03
*** EinstCrazy has joined #openstack-nova04:04
*** e0ne has quit IRC04:05
*** EinstCrazy has quit IRC04:05
*** lightshadow has quit IRC04:06
*** jaosorior has joined #openstack-nova04:06
*** EinstCrazy has joined #openstack-nova04:08
*** EinstCrazy has quit IRC04:09
*** liverpooler has quit IRC04:09
*** thorst has joined #openstack-nova04:09
*** EinstCrazy has joined #openstack-nova04:10
*** EinstCrazy has quit IRC04:10
*** hieulq has joined #openstack-nova04:12
*** EinstCrazy has joined #openstack-nova04:12
*** EinstCrazy has quit IRC04:13
*** shaohe_feng has quit IRC04:13
*** shaohe_feng has joined #openstack-nova04:13
*** EinstCrazy has joined #openstack-nova04:14
*** EinstCrazy has quit IRC04:14
*** EinstCrazy has joined #openstack-nova04:15
*** EinstCrazy has quit IRC04:15
*** EinstCrazy has joined #openstack-nova04:16
*** EinstCrazy has quit IRC04:16
*** thorst has quit IRC04:16
*** EinstCrazy has joined #openstack-nova04:17
*** ljxiash has quit IRC04:18
*** EinstCrazy has quit IRC04:19
*** EinstCrazy has joined #openstack-nova04:21
*** EinstCra_ has joined #openstack-nova04:22
*** EinstCrazy has quit IRC04:22
*** EinstCra_ has quit IRC04:22
*** shaohe_feng has quit IRC04:23
*** shaohe_feng has joined #openstack-nova04:23
*** EinstCrazy has joined #openstack-nova04:24
*** EinstCrazy has quit IRC04:24
*** links has joined #openstack-nova04:25
*** mageshgv has joined #openstack-nova04:26
*** EinstCra_ has joined #openstack-nova04:27
*** EinstCra_ has quit IRC04:28
*** ljxiash has joined #openstack-nova04:28
*** vilobhmm111 has joined #openstack-nova04:31
*** EinstCrazy has joined #openstack-nova04:32
*** EinstCrazy has quit IRC04:33
*** ljxiash has quit IRC04:33
*** shaohe_feng has quit IRC04:33
*** shaohe_feng has joined #openstack-nova04:34
*** vilobhmm11 has quit IRC04:34
*** vtech has quit IRC04:35
*** vtech has joined #openstack-nova04:36
*** EinstCra_ has joined #openstack-nova04:37
*** EinstCra_ has quit IRC04:38
*** EinstCra_ has joined #openstack-nova04:38
*** EinstCra_ has quit IRC04:38
*** josecastroleon has joined #openstack-nova04:43
*** dimtruck is now known as zz_dimtruck04:43
*** shaohe_feng has quit IRC04:43
*** EinstCrazy has joined #openstack-nova04:43
*** EinstCrazy has quit IRC04:44
*** shaohe_feng has joined #openstack-nova04:44
*** EinstCrazy has joined #openstack-nova04:45
*** EinstCrazy has quit IRC04:45
*** EinstCrazy has joined #openstack-nova04:46
*** EinstCrazy has quit IRC04:46
*** EinstCrazy has joined #openstack-nova04:46
*** mdrabe has quit IRC04:47
*** kaisers1 has quit IRC04:47
*** kaisers has quit IRC04:47
*** EinstCra_ has joined #openstack-nova04:49
alex_xuoomichi_: yea, got it, will check them asap04:49
*** EinstCrazy has quit IRC04:50
oomichi_alex_xu: xiexie04:51
*** kaisers has joined #openstack-nova04:52
alex_xuoomichi_: :)04:52
*** EinstCra_ has quit IRC04:53
*** shaohe_feng has quit IRC04:54
*** shaohe_feng has joined #openstack-nova04:54
alex_xuoomichi_: do we plan to remove extension in newton?04:56
*** vilobhmm111 has quit IRC04:56
*** mageshgv has quit IRC04:56
*** vilobhmm11 has joined #openstack-nova04:57
oomichi_alex_xu: according to https://etherpad.openstack.org/p/newton-nova-api04:57
oomichi_alex_xu: the plan is unclear for me :-(04:57
alex_xuoomichi_: ok, let's make it clear in the api meeting04:58
*** EinstCrazy has joined #openstack-nova04:58
oomichi_alex_xu: we need nova-spec for clear understanding04:58
alex_xuoomichi_: yea, i guess so.04:58
*** EinstCrazy has quit IRC04:58
*** EinstCrazy has joined #openstack-nova04:58
*** EinstCrazy has quit IRC04:59
*** apoorv has joined #openstack-nova05:01
*** artom has quit IRC05:01
*** artom has joined #openstack-nova05:01
*** apoorv has quit IRC05:03
*** vtech has quit IRC05:03
*** shaohe_feng has quit IRC05:04
*** vtech has joined #openstack-nova05:05
*** shaohe_feng has joined #openstack-nova05:05
*** EinstCrazy has joined #openstack-nova05:05
*** EinstCrazy has quit IRC05:06
*** EinstCrazy has joined #openstack-nova05:07
*** EinstCrazy has quit IRC05:07
*** EinstCrazy has joined #openstack-nova05:07
*** apoorv has joined #openstack-nova05:10
*** shaohe_feng has quit IRC05:14
*** thorst has joined #openstack-nova05:14
*** shaohe_feng has joined #openstack-nova05:14
*** fragatina has quit IRC05:15
*** prateek has joined #openstack-nova05:16
*** zeroDivisible has joined #openstack-nova05:16
*** mageshgv has joined #openstack-nova05:17
*** bnemec has quit IRC05:17
*** thorst has quit IRC05:21
*** mageshgv has quit IRC05:23
*** zenoway has joined #openstack-nova05:24
*** shaohe_feng has quit IRC05:24
*** shaohe_feng has joined #openstack-nova05:25
*** paul-carlton2 has joined #openstack-nova05:26
*** zenoway has quit IRC05:28
*** ayoung has quit IRC05:31
*** shaohe_feng has quit IRC05:35
openstackgerritEli Qiao proposed openstack/nova: libvirt: Keep using migrateToURI2 while doing block migration  https://review.openstack.org/31070705:35
*** shaohe_feng has joined #openstack-nova05:35
*** hoangcx has quit IRC05:38
*** hoangcx has joined #openstack-nova05:38
*** pbrooko has joined #openstack-nova05:40
*** jamielennox is now known as jamielennox|away05:40
*** mnaser has quit IRC05:41
*** huats_ has quit IRC05:42
*** huats_ has joined #openstack-nova05:42
*** huats_ has quit IRC05:42
*** huats_ has joined #openstack-nova05:42
*** sudipto has joined #openstack-nova05:43
*** oomichi_ has quit IRC05:45
*** shaohe_feng has quit IRC05:45
*** shaohe_feng has joined #openstack-nova05:45
*** Sukhdev has joined #openstack-nova05:49
*** mnaser has joined #openstack-nova05:53
*** liverpooler has joined #openstack-nova05:55
*** shaohe_feng has quit IRC05:55
*** shaohe_feng has joined #openstack-nova05:56
*** vilobhmm111 has joined #openstack-nova05:56
*** vilobhmm11 has quit IRC05:57
*** GheRivero has left #openstack-nova06:02
*** nelsnelson has joined #openstack-nova06:03
*** nelsnels_ has quit IRC06:04
*** david-lyle has quit IRC06:05
*** shaohe_feng has quit IRC06:05
*** shaohe_feng has joined #openstack-nova06:06
*** jaosorior_ has joined #openstack-nova06:07
*** salv-orlando has joined #openstack-nova06:07
*** jaosorior has quit IRC06:07
*** jaosorior_ has quit IRC06:13
*** shaohe_feng has quit IRC06:16
*** jaosorior_ has joined #openstack-nova06:17
*** openstackgerrit has quit IRC06:17
*** openstackgerrit has joined #openstack-nova06:18
*** mjura has joined #openstack-nova06:18
*** shaohe_feng has joined #openstack-nova06:18
*** thorst has joined #openstack-nova06:18
*** Sukhdev has quit IRC06:19
*** jaosorior_ is now known as jaosorior06:20
*** mjura has quit IRC06:23
*** mjura has joined #openstack-nova06:24
*** mpavone has joined #openstack-nova06:25
*** thorst has quit IRC06:26
*** shaohe_feng has quit IRC06:26
*** shaohe_feng has joined #openstack-nova06:27
*** Guest34084 has quit IRC06:27
*** laszloh has joined #openstack-nova06:27
*** sudipto has quit IRC06:29
*** zenoway has joined #openstack-nova06:32
*** tbachman has quit IRC06:33
*** sridharg has joined #openstack-nova06:34
*** vtech has quit IRC06:35
*** salv-orlando has quit IRC06:36
*** zenoway has quit IRC06:36
*** shaohe_feng has quit IRC06:36
*** shaohe_feng has joined #openstack-nova06:37
*** vilobhmm111 has quit IRC06:37
*** zenoway has joined #openstack-nova06:38
*** eliqiao has quit IRC06:38
*** eliqiao has joined #openstack-nova06:38
*** tbachman has joined #openstack-nova06:39
*** lpetrut has joined #openstack-nova06:40
*** e0ne has joined #openstack-nova06:41
openstackgerritLisaLi proposed openstack/nova: Attach/detach encryptors during swap_volume  https://review.openstack.org/25280906:42
*** sudipto has joined #openstack-nova06:45
*** shaohe_feng has quit IRC06:46
*** shaohe_feng has joined #openstack-nova06:47
*** mjura has quit IRC06:52
*** markvoelker has joined #openstack-nova06:54
*** ljxiash has joined #openstack-nova06:55
*** shaohe_feng has quit IRC06:57
*** shaohe_feng has joined #openstack-nova06:57
*** sudipto has quit IRC06:58
*** esracelik has joined #openstack-nova06:58
*** vtech has joined #openstack-nova06:59
*** vtech_ has joined #openstack-nova06:59
*** vtech has quit IRC06:59
*** ljxiash has quit IRC07:00
*** markvoelker has quit IRC07:00
*** tesseract has joined #openstack-nova07:01
bauzasgood morning Nova07:01
*** tesseract is now known as Guest2331907:01
openstackgerritZhenyu Zheng proposed openstack/nova-specs: Support "locked" filter when list servers  https://review.openstack.org/29274907:05
*** sacharya has quit IRC07:05
*** jichen has joined #openstack-nova07:07
*** shaohe_feng has quit IRC07:07
*** shaohe_feng has joined #openstack-nova07:08
*** sudipto has joined #openstack-nova07:13
*** matrohon has joined #openstack-nova07:14
*** shaohe_feng has quit IRC07:17
*** paul-carlton2 has quit IRC07:18
*** shaohe_feng has joined #openstack-nova07:18
*** jamielennox|away is now known as jamielennox07:22
openstackgerritZhenyu Zheng proposed openstack/nova-specs: Add support for non-admin users to query their own deleted instances  https://review.openstack.org/29276907:22
*** thorst has joined #openstack-nova07:24
*** mnestratov has joined #openstack-nova07:27
*** shaohe_feng has quit IRC07:27
*** shaohe_feng has joined #openstack-nova07:28
*** Oku_OS-away is now known as Oku_OS07:30
*** thorst has quit IRC07:31
*** paul-carlton2 has joined #openstack-nova07:32
*** cfriesen has quit IRC07:35
*** salv-orlando has joined #openstack-nova07:36
*** jaosorior has quit IRC07:37
*** jaosorior has joined #openstack-nova07:37
*** shaohe_feng has quit IRC07:38
*** shaohe_feng has joined #openstack-nova07:38
*** sshen has quit IRC07:39
*** paul-carlton2 has quit IRC07:39
*** lpetrut has quit IRC07:40
*** salv-orlando has quit IRC07:41
openstackgerritLuis Tomas proposed openstack/nova-specs: Adds post-copy live migration support to Nova  https://review.openstack.org/30150907:43
*** pbrooko has quit IRC07:43
*** toabctl has quit IRC07:48
*** shaohe_feng has quit IRC07:48
*** ayoung has joined #openstack-nova07:49
*** shaohe_feng has joined #openstack-nova07:51
*** apoorv has quit IRC07:51
*** paul-carlton2 has joined #openstack-nova07:52
*** toabctl has joined #openstack-nova07:52
*** lpetrut has joined #openstack-nova07:54
*** dmk0202 has joined #openstack-nova07:54
*** jlanoux has joined #openstack-nova07:55
*** EinstCra_ has joined #openstack-nova07:57
*** shaohe_feng has quit IRC07:58
*** lpetrut has quit IRC07:58
*** shaohe_feng has joined #openstack-nova07:59
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-nova08:00
*** EinstCrazy has quit IRC08:00
*** jaosorior_ has joined #openstack-nova08:04
*** pav0 has quit IRC08:05
*** sacharya has joined #openstack-nova08:06
*** jaosorior has quit IRC08:07
*** shaohe_feng has quit IRC08:08
*** shaohe_feng has joined #openstack-nova08:09
*** sshen has joined #openstack-nova08:09
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Testing latest u-c  https://review.openstack.org/30334508:10
*** sridharg has quit IRC08:10
*** sacharya has quit IRC08:11
*** yamahata has quit IRC08:11
*** jaosorior_ is now known as jaosorior08:11
*** matrohon has quit IRC08:11
*** pbrooko has joined #openstack-nova08:12
*** sfinucan has joined #openstack-nova08:17
*** shaohe_feng has quit IRC08:19
*** shaohe_feng has joined #openstack-nova08:19
*** ljxiash has joined #openstack-nova08:20
*** danpb has joined #openstack-nova08:22
*** mvk_ has joined #openstack-nova08:23
*** sridharg has joined #openstack-nova08:23
*** paul-carlton2 has quit IRC08:23
*** jistr has joined #openstack-nova08:24
*** lennyb has quit IRC08:24
*** mvk has quit IRC08:26
*** pbrooko has quit IRC08:27
*** paul-carlton2 has joined #openstack-nova08:27
*** ozialien10 has quit IRC08:28
*** thorst has joined #openstack-nova08:29
*** shaohe_feng has quit IRC08:29
*** ozialien10 has joined #openstack-nova08:29
*** shaohe_feng has joined #openstack-nova08:29
bauzasis someone knowing that we have a problem with the Tempest identity gate because of negative tests ?08:33
*** markus_z has joined #openstack-nova08:33
bauzaseg. http://logs.openstack.org/09/312009/2/check/gate-tempest-dsvm-postgres-full/918ec76/console.html#_2016-05-04_08_12_02_99808:33
*** thorst has quit IRC08:36
*** yassine has joined #openstack-nova08:37
*** salv-orlando has joined #openstack-nova08:38
*** yassine is now known as Guest1452908:38
*** shaohe_feng has quit IRC08:39
*** shaohe_feng has joined #openstack-nova08:39
johnthetubaguyoomichi: hope you got home from the summit OK08:42
*** salv-orlando has quit IRC08:42
johnthetubaguyoomichi: sneti was wondering if you could take a look at the follow up comments on here: https://review.openstack.org/#/c/29015608:42
*** paul-carlton2 has quit IRC08:43
*** apoorv has joined #openstack-nova08:46
*** yamahata has joined #openstack-nova08:46
gibijohnthetubaguy: hi! if you have some time could you check https://review.openstack.org/#/c/286675/ Versioned notification transformation?08:47
*** paul-carlton2 has joined #openstack-nova08:48
*** shaohe_feng has quit IRC08:49
*** shaohe_feng has joined #openstack-nova08:50
*** markvoelker has joined #openstack-nova08:50
*** sridharg has quit IRC08:52
*** paul-carlton2 has quit IRC08:53
*** sridharg has joined #openstack-nova08:54
*** cdent has joined #openstack-nova08:54
*** markvoelker has quit IRC08:55
*** derekh has joined #openstack-nova08:56
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova: Centralize config option for nova/network/driver.py  https://review.openstack.org/31239108:59
*** shaohe_feng has quit IRC09:00
*** shaohe_feng has joined #openstack-nova09:00
johnthetubaguygibi: ah yes, I will try, keep bugging me!09:00
gibijohnthetubaguy: thanks09:02
*** iceyao___ has quit IRC09:04
*** iceyao has joined #openstack-nova09:04
kashyapThe GitHub mirror of Nova liberty tree seems not update with the git.openstack.org/[...]?h=stable/liberty09:04
kashyapCompare these two files: This has 11841 lines: http://git.openstack.org/cgit/openstack/nova/tree/nova/tests/unit/compute/test_compute.py?h=stable/liberty.  While the same GitHub mirrored file has 11369 lines: https://github.com/openstack/nova/blob/stable/liberty/nova/tests/unit/compute/test_compute.py09:05
*** paul-carlton2 has joined #openstack-nova09:07
*** sacharya has joined #openstack-nova09:07
*** iceyao_ has joined #openstack-nova09:08
*** abalutoiu has joined #openstack-nova09:08
*** shaohe_feng has quit IRC09:10
*** sacharya has quit IRC09:12
*** iceyao has quit IRC09:12
openstackgerritLi Yingjun proposed openstack/nova-specs: Hypervisor notifications spec  https://review.openstack.org/29980709:12
*** shaohe_feng has joined #openstack-nova09:13
*** p01nt3r75 has joined #openstack-nova09:13
markus_zjohnthetubaguy: Could you take a look at https://review.openstack.org/#/c/309239/ please? It's part of a large change set and many of its descendants is already verified.09:15
markus_zI'm going to check the rest of this series today09:16
*** shaohe_feng has quit IRC09:20
*** shaohe_feng has joined #openstack-nova09:21
*** paul-carlton2 has quit IRC09:26
*** shaohe_feng has quit IRC09:30
*** shaohe_feng has joined #openstack-nova09:31
*** xiaoxi has joined #openstack-nova09:33
*** thorst has joined #openstack-nova09:33
*** sdague has joined #openstack-nova09:33
*** daemontool has joined #openstack-nova09:35
*** cdent has quit IRC09:36
*** lpetrut has joined #openstack-nova09:38
*** salv-orlando has joined #openstack-nova09:38
*** paul-carlton2 has joined #openstack-nova09:39
*** shaohe_feng has quit IRC09:41
*** thorst has quit IRC09:41
*** shaohe_feng has joined #openstack-nova09:41
*** salv-orlando has quit IRC09:43
openstackgerritPeng Li proposed openstack/nova: fix wrong key name in test code  https://review.openstack.org/31205109:47
*** Guest14529 has quit IRC09:51
*** shaohe_feng has quit IRC09:51
*** shaohe_feng has joined #openstack-nova09:51
*** flwang has quit IRC09:54
*** vdrok_ is now known as vdrok09:55
*** fragatina has joined #openstack-nova09:59
*** dmk0202 has quit IRC09:59
*** cheneydc has quit IRC10:01
*** shaohe_feng has quit IRC10:01
johnthetubaguymarkus_z: very good point, I would love to get all those moves merged, and completed10:02
hieulqmarkus_z: thanks for reminding johnthetubaguy, hope John are fully recovered after summit :)10:02
*** shaohe_feng has joined #openstack-nova10:02
johnthetubaguygetting close to recovered, almost there :)10:03
openstackgerritAlex Xu proposed openstack/nova: Remove the legacy v2 API test scenarios from API sample tests  https://review.openstack.org/31231310:05
openstackgerritAlex Xu proposed openstack/nova: Remove the legacy v2 API entry from api-paste.ini  https://review.openstack.org/31231410:05
openstackgerritAlex Xu proposed openstack/nova: Remove legacy v2 API functional tests  https://review.openstack.org/31242210:05
*** e0ne has quit IRC10:06
*** e0ne has joined #openstack-nova10:06
*** haukebruno has joined #openstack-nova10:08
*** flwang has joined #openstack-nova10:08
*** shaohe_feng has quit IRC10:11
*** shaohe_feng has joined #openstack-nova10:12
*** ozialien10 has quit IRC10:18
*** ozialien10 has joined #openstack-nova10:18
lxslirpodolyaka: hi Roman, thanks for your comment re: add_bw_usage_cache_fk10:20
lxslirpodolyaka: do you have an example of an online schema migration please?10:20
rpodolyakalxsli: just a sec10:21
*** shaohe_feng has quit IRC10:22
*** shaohe_feng has joined #openstack-nova10:22
rpodolyakalxsli: I think dansmith has implemented a few of those already :)10:22
rpodolyakalxsli: how about https://github.com/openstack/nova/commit/e05acd2005d22556918a60a7621e463b593c34e6 ?10:22
rpodolyakatbh, I only briefly took a look at this one10:23
rpodolyakabut this should give you the general idea10:23
lxslilooks like another data migration to me?10:23
rpodolyakayeah, it's just that the data migration is separated from the schema one10:24
rpodolyakaso that you don't do it at the nova-manage db upgrade time10:24
lxsliSo I'll still need a migration script (332_add_bw_usage_cache_fk.py) to do the schema migration?10:25
rpodolyakayes10:25
rpodolyakabut you don't change / delete DB rows there10:25
lxsliDoes the online migration machinery ensure that schema migrations aren't run until all online data migrations return 0 affected rows?10:26
rpodolyakait should :) it must be up to the operator to call nova-manage multiple times10:27
lxsliOK great thank you, very helpful10:27
rpodolyakanp!10:27
rpodolyakasorry, I can't give you much details :(10:27
lxsliThat's enough I hope!10:27
lxsliotherwise I'll bug you again :)10:27
rpodolyakaI only briefly looked at this myself :(10:27
lxslior mr. smith10:27
rpodolyaka:)10:27
*** EinstCra_ has quit IRC10:30
openstackgerritjichenjc proposed openstack/nova: Complete Method Verification of ips  https://review.openstack.org/31243410:31
*** shaohe_feng has quit IRC10:32
*** shaohe_feng has joined #openstack-nova10:33
openstackgerritDaniel Berrange proposed openstack/nova: virt: set address space limit when running qemu-img  https://review.openstack.org/30766310:34
*** lennyb has joined #openstack-nova10:34
*** hoangcx has quit IRC10:37
*** thorst has joined #openstack-nova10:39
*** salv-orlando has joined #openstack-nova10:40
*** kolesovdv has joined #openstack-nova10:40
*** shaohe_feng has quit IRC10:42
*** shaohe_feng has joined #openstack-nova10:43
*** links has quit IRC10:45
*** salv-orlando has quit IRC10:45
*** zeroDivisible has quit IRC10:46
*** thorst has quit IRC10:46
*** mvk_ has quit IRC10:46
*** allen_gao has quit IRC10:47
*** smatzek has joined #openstack-nova10:51
*** dave-mccowan has joined #openstack-nova10:51
*** allen_gao has joined #openstack-nova10:52
*** shaohe_feng has quit IRC10:52
*** shaohe_feng has joined #openstack-nova10:53
kashyapAny hints as to how do I translate this mock to Kilo-code base? -- @mock.patch('nova.objects.ImageMeta.from_image_ref')10:55
*** smatzek has quit IRC10:56
*** smatzek has joined #openstack-nova10:56
*** lucasagomes is now known as lucas-hungry10:56
*** baoli has joined #openstack-nova10:57
*** baoli has quit IRC10:57
*** baoli has joined #openstack-nova10:57
*** david-lyle has joined #openstack-nova10:58
*** baoli has quit IRC10:58
*** rtheis has joined #openstack-nova11:00
*** iceyao_ has quit IRC11:01
*** shaohe_feng has quit IRC11:03
*** mpavone has quit IRC11:03
*** shaohe_feng has joined #openstack-nova11:03
*** abalutoiu has quit IRC11:03
*** antonyfm has joined #openstack-nova11:04
*** sacharya has joined #openstack-nova11:08
*** jaosorior has quit IRC11:10
*** jaosorior has joined #openstack-nova11:10
*** shaohe_feng has quit IRC11:13
*** sacharya has quit IRC11:13
*** shaohe_feng has joined #openstack-nova11:13
*** belmoreira has joined #openstack-nova11:15
*** rodrigods has quit IRC11:16
*** rodrigods has joined #openstack-nova11:16
*** shaohe_feng has quit IRC11:23
*** shaohe_feng has joined #openstack-nova11:24
*** pbrooko has joined #openstack-nova11:24
*** daemontool has quit IRC11:27
*** vtech_ has quit IRC11:27
*** vtech has joined #openstack-nova11:28
openstackgerritSean Dague proposed openstack/nova-specs: Add spec for lower case metadata keys only  https://review.openstack.org/31152911:31
*** shaohe_feng has quit IRC11:33
*** shaohe_feng has joined #openstack-nova11:34
*** salv-orlando has joined #openstack-nova11:40
*** sudipto has quit IRC11:41
*** mjura has joined #openstack-nova11:42
*** aysyd has joined #openstack-nova11:43
*** cdent has joined #openstack-nova11:43
*** shaohe_feng has quit IRC11:44
*** shaohe_feng has joined #openstack-nova11:45
*** salv-orlando has quit IRC11:46
*** ducttape_ has joined #openstack-nova11:46
*** antonyfm has quit IRC11:47
*** ducttape_ has quit IRC11:50
*** thorst has joined #openstack-nova11:51
openstackgerritjichenjc proposed openstack/nova: complete Method Verification of aggregates  https://review.openstack.org/31246511:51
*** shaohe_feng has quit IRC11:54
*** yamahata has quit IRC11:54
*** mvk_ has joined #openstack-nova11:54
*** shaohe_feng has joined #openstack-nova11:55
*** lucas-hungry is now known as lucasagomes11:55
*** xiaoxi has quit IRC11:56
*** sridharg has quit IRC11:58
*** links has joined #openstack-nova11:59
*** Oku_OS is now known as Oku_OS-away12:00
*** cdelatte has joined #openstack-nova12:02
*** PaulMurray has joined #openstack-nova12:04
*** shaohe_feng has quit IRC12:04
*** markvoelker has joined #openstack-nova12:04
*** e0ne has quit IRC12:05
*** sree has joined #openstack-nova12:05
*** gszasz has joined #openstack-nova12:07
*** apoorv has quit IRC12:07
*** shaohe_feng has joined #openstack-nova12:07
*** rfolco has joined #openstack-nova12:09
*** matrohon has joined #openstack-nova12:10
*** jaypipes has joined #openstack-nova12:11
*** yassine has joined #openstack-nova12:12
*** yassine is now known as Guest4137012:12
*** raildo-afk is now known as raildo12:13
*** davidlenwell has quit IRC12:13
openstackgerritAlex Xu proposed openstack/nova: Remove the legacy v2 API entry from api-paste.ini  https://review.openstack.org/31231412:14
*** shaohe_feng has quit IRC12:14
*** davidlenwell has joined #openstack-nova12:15
*** Guest41370 is now known as yassou12:15
*** shaohe_feng has joined #openstack-nova12:16
*** burgerk has joined #openstack-nova12:19
*** e0ne has joined #openstack-nova12:22
*** svenkat has joined #openstack-nova12:22
*** brian_price has joined #openstack-nova12:23
*** dave-mcc_ has joined #openstack-nova12:24
*** ozialien10 has quit IRC12:24
*** shaohe_feng has quit IRC12:25
*** ozialien10 has joined #openstack-nova12:25
*** shaohe_feng has joined #openstack-nova12:26
*** doug-fish has joined #openstack-nova12:27
*** burgerk has quit IRC12:27
*** dave-mccowan has quit IRC12:27
openstackgerritbailin.zhang proposed openstack/nova: Create VM failed, unplug vifs  https://review.openstack.org/30621912:28
*** Oku_OS-away is now known as Oku_OS12:28
*** eharney has quit IRC12:29
*** mdrabe has joined #openstack-nova12:31
*** shaohe_feng has quit IRC12:35
*** shaohe_feng has joined #openstack-nova12:36
*** abalutoiu has joined #openstack-nova12:38
*** baoli has joined #openstack-nova12:38
*** mjura has quit IRC12:39
*** baoli_ has joined #openstack-nova12:40
*** iceyao has joined #openstack-nova12:40
*** hshiina has joined #openstack-nova12:40
*** salv-orlando has joined #openstack-nova12:41
*** rook has quit IRC12:42
*** baoli has quit IRC12:43
*** mdrabe has quit IRC12:45
*** shaohe_feng has quit IRC12:45
*** antonyfm has joined #openstack-nova12:45
*** mdrabe has joined #openstack-nova12:45
*** shaohe_feng has joined #openstack-nova12:46
openstackgerritjichenjc proposed openstack/nova-specs: Add host-command-with-POST  https://review.openstack.org/30338812:46
*** salv-orlando has quit IRC12:46
*** links has quit IRC12:46
*** cleong has joined #openstack-nova12:48
*** eharney has joined #openstack-nova12:49
* alex_xu reminders api meeting in 8 mins12:53
*** brian_price has quit IRC12:54
*** efried has quit IRC12:54
*** akshai has joined #openstack-nova12:55
*** rlrossit has joined #openstack-nova12:55
*** shaohe_feng has quit IRC12:55
openstackgerritPaul Carlton proposed openstack/nova: WIP: Create storage pools and volumes  https://review.openstack.org/31109212:56
*** oomichi_ has joined #openstack-nova12:56
*** brian_price has joined #openstack-nova12:56
*** andymaier has joined #openstack-nova12:56
*** shaohe_feng has joined #openstack-nova12:56
*** efried has joined #openstack-nova12:56
openstackgerritMikhail Feoktistov proposed openstack/nova: libvirt: ephemeral disk support for virtuozzo containers  https://review.openstack.org/31248813:00
* alex_xu reminders nova-api meeting is running13:00
markus_zjohnthetubaguy: hieulq: The libvirt config option patch series is OK IMO. I left a comment in the last change. From the second patch on, the [libvirt] section will appear twice in the docs job because they are still based on ps2 instead of ps3 of the first change in this series. At first a little confusing but it's not worth rebasing everything IMO.13:02
*** astupnikov has joined #openstack-nova13:03
johnthetubaguymarkus_z: cool, I think I hit that all with a +2 now right?13:03
johnthetubaguyassuming its the same series I was looking at13:03
markus_zjohnthetubaguy: yep, you did. I just double-checked them. :)13:03
johnthetubaguymarkus_z: awesome, just checking I was on the correct set of patches13:03
markus_zhieulq: Please be aware that the follow up patches which improve the help texts are the main part of the bp. Ping me when you need help with them.13:04
*** astupnikov has quit IRC13:05
*** shaohe_feng has quit IRC13:06
*** shaohe_feng has joined #openstack-nova13:06
*** ctrath has joined #openstack-nova13:08
*** astupnikov has joined #openstack-nova13:09
*** salv-orlando has joined #openstack-nova13:09
*** sacharya has joined #openstack-nova13:09
*** krotscheck_dcm is now known as krotscheck13:10
*** burgerk has joined #openstack-nova13:10
*** syjulian has joined #openstack-nova13:11
*** astupnikov has quit IRC13:13
*** salv-orlando has quit IRC13:13
*** sacharya has quit IRC13:14
*** ijw has joined #openstack-nova13:15
*** mageshgv has joined #openstack-nova13:16
*** shaohe_feng has quit IRC13:16
*** jamesdenton has joined #openstack-nova13:16
*** mriedem has joined #openstack-nova13:16
*** shaohe_feng has joined #openstack-nova13:16
*** astupnikov has joined #openstack-nova13:17
*** mrkz has joined #openstack-nova13:17
*** kylek3h has joined #openstack-nova13:18
bauzasalaski: just tbc, I was commenting in my spec http://specs.openstack.org/openstack/nova-specs/specs/newton/approved/check-destination-on-migrations-newton.html#work-items that the new "requested_destination" field should be persisted, but given our discussion and the friday contributors meetup, do you agree with me not persisting it ?13:19
bauzasbecause it's like for the force_hosts, there is no reason to persist it in case of a later migration or move13:19
*** armax has quit IRC13:19
*** armax has joined #openstack-nova13:20
*** prateek has quit IRC13:21
*** astupnikov has quit IRC13:21
*** xyang1 has joined #openstack-nova13:22
*** smatzek has quit IRC13:23
*** abalutoiu has quit IRC13:24
*** sudipto has joined #openstack-nova13:24
*** astupnikov has joined #openstack-nova13:25
markus_zDoes anyone know details about http://logstash.openstack.org/#/dashboard/file/logstash.json?from=86400s&query=message:%5C%22Details:%20%7Bu'title':%20u'Unauthorized',%20u'code':%20401,%20u'message':%20u'The%20request%20you%20have%20made%20requires%20authentication.'%7D%5C%2213:25
openstackgerritHironori Shiina proposed openstack/nova: Remove mox from tests/unit/network/test_api.py  https://review.openstack.org/30380513:25
markus_zfails for nova, cinder, neutron, os-brick13:25
markus_zbut only ~100 in the last 24 hours13:26
*** shaohe_feng has quit IRC13:26
*** tonytan4ever has joined #openstack-nova13:26
*** ivase has joined #openstack-nova13:27
*** diogogmt has quit IRC13:28
mriedemmarkus_z: i was seeing that yesterday, looks like keystone regressed something13:29
mriedemi haven't followed up with that team though13:29
*** shaohe_feng has joined #openstack-nova13:29
*** astupnikov has quit IRC13:29
*** pbrooko has quit IRC13:30
markus_zmriedem: I'll ask them13:30
*** BjoernT has joined #openstack-nova13:30
*** diogogmt has joined #openstack-nova13:31
*** astupnikov has joined #openstack-nova13:33
*** ssurana has joined #openstack-nova13:34
bauzasmriedem: markus_z: I noticed that problem earlier in the chan13:34
*** astupnikov has quit IRC13:34
bauzasmriedem: AFAICS, there is no open bug yety13:35
bauzashttp://logs.openstack.org/09/312009/2/check/gate-tempest-dsvm-postgres-full/918ec76/console.html#_2016-05-04_08_12_02_99813:35
mriedemcan someone open that bug?13:35
mriedemi'll check to see what keystone libs were released recently13:35
*** sudipto has quit IRC13:36
*** shaohe_feng has quit IRC13:36
bauzasmriedem: I'll do that13:37
*** shaohe_feng has joined #openstack-nova13:37
markus_zThe first occurrence seems to be on 04/3013:38
bauzasmriedem: markus_z: https://bugs.launchpad.net/keystone/+bug/157821013:40
openstackLaunchpad bug 1578210 in OpenStack Identity (keystone) "Keystone fails negative tests with unauthenticated users" [Undecided,New]13:40
markus_zthanks13:40
bauzaswondering if https://bugs.launchpad.net/keystone/+bug/1577558 could be related13:41
openstackLaunchpad bug 1577558 in OpenStack Identity (keystone) "v2.0 fernet tokens audit ids are inconsistent" [Undecided,In progress] - Assigned to Lance Bragstad (lbragstad)13:41
mriedembauzas: markus_z: this is probably it https://github.com/openstack-dev/devstack/commit/5b83e986de80cffb26ac717121458545c78d624513:42
*** READ10 has joined #openstack-nova13:42
mriedemmerged on 4/2913:42
mriedemchanged devstack to use fernet by default13:42
*** abalutoiu_ has joined #openstack-nova13:42
bauzasmriedem: yup, hence my related bug13:42
lbragstadmriedem the patch I have in review is a partial fix to the default in devstack13:42
*** burt has joined #openstack-nova13:42
* markus_z google "fernet tokens" ...13:42
lbragstader, the change in devstack for fernet to be default13:42
bauzaslbragstad: you mean https://bugs.launchpad.net/keystone/+bug/1577558 right?13:43
openstackLaunchpad bug 1577558 in OpenStack Identity (keystone) "v2.0 fernet tokens audit ids are inconsistent" [Undecided,In progress] - Assigned to Lance Bragstad (lbragstad)13:43
*** diogogmt has quit IRC13:43
lbragstadbauzas yes13:43
lbragstadbauzas your link to http://logs.openstack.org/09/312009/2/check/gate-tempest-dsvm-postgres-full/918ec76/console.html#_2016-05-04_08_12_02_998 looks specific to v213:44
lbragstadwhich makes sense13:44
openstackgerritHironori Shiina proposed openstack/nova: Remove mox from tests/unit/conductor/tasks/test_live_migrate.py(1)  https://review.openstack.org/30383313:44
bauzaslbragstad: yup, hence me thinking it was related, given I was knowing that fernet tokens were either about to be or were used13:45
bauzaslbragstad: but I'm not a keystone dev, could you please confirm we're getting unscoped token with the test I mentioned ?13:45
bauzasbecause unauth and unscoped are two different things, right?13:45
lbragstadbauzas yeah13:46
bauzasmeaning you have a token, but not scoped to a specific thing13:46
lbragstadright but it will still have audit ids in the authentication response13:46
lbragstadregardless of scope13:46
bauzasbecause the testname confuses me "without_token"13:46
*** shaohe_feng has quit IRC13:47
bauzasit's been a while since I played with unscoped tokens and directly used the API...13:47
lbragstadbauzas you mean this - tempest.api.identity.admin.v2.test_roles_negative.RolesNegativeTestJSON.test_remove_user_role_request_without_token ?13:47
bauzasyeah13:47
*** smatzek has joined #openstack-nova13:47
*** zioproto has quit IRC13:47
bauzasor any test in error that I pointed out in the log13:47
*** shaohe_feng has joined #openstack-nova13:47
openstackgerritDan Smith proposed openstack/nova: libvirt: release serial console ports when destroying guests  https://review.openstack.org/30124713:48
bauzaslemme read the Tempest tests13:48
bauzasto understand what they do13:48
*** sdake has joined #openstack-nova13:48
*** sdake has quit IRC13:48
alaskibauzas: requested_destination does seem like force_host. What I would like to see is that it's persisted when it's used, but then removed on a later scheduler call.13:50
lbragstadbauzas doing the same13:51
*** vladikr has joined #openstack-nova13:51
bauzasalaski: so I dunno if we should even persist that13:52
*** zioproto has joined #openstack-nova13:52
bauzasalaski: but that looks acceptable if we consider troubleshooting why it went to that host13:53
bauzasok, I'll persist it13:53
alaskiright, that's why I think it makes sense to persist it13:53
bauzask13:53
bauzasalaski: I actually think we could have a bug now given we persist force_hosts and don't wipe it up when calling the scheduler again13:54
alaskihmm, I thought that was just fixed, or had a patch up13:54
*** rook has joined #openstack-nova13:55
mriedemlbragstad: bauzas: which bug are we using for tracking? i need to write the e-r query13:55
*** ametts has joined #openstack-nova13:55
bauzasalaski: mmm, you're right https://review.openstack.org/#/c/297387/13:56
bauzaslooks like I'm still a bit jetlagged13:56
lbragstadmriedem I know https://bugs.launchpad.net/keystone/+bug/1577558 is open13:56
openstackLaunchpad bug 1577558 in OpenStack Identity (keystone) "v2.0 fernet tokens audit ids are inconsistent" [Undecided,In progress] - Assigned to Lance Bragstad (lbragstad)13:56
lbragstadnot sure if you're tracking it somewhere else13:56
mriedemjust https://bugs.launchpad.net/keystone/+bug/157821013:56
openstackLaunchpad bug 1578210 in OpenStack Identity (keystone) "Keystone fails negative tests with unauthenticated users" [High,Confirmed]13:56
mriedembut we can dupe that13:56
lbragstadok - your call13:57
mriedemdone13:57
bauzasbefore duping it, are we sure both are related ?13:57
*** shaohe_feng has quit IRC13:57
*** dave-mcc_ has quit IRC13:57
*** laszloh has quit IRC13:57
*** shaohe_feng has joined #openstack-nova13:57
*** ccarmack has joined #openstack-nova13:57
openstackgerritDaniel Berrange proposed openstack/nova: os-vif: convert libvirt driver to use os-vif library  https://review.openstack.org/26967213:58
markus_zmriedem: You can decline the backport nomination for https://bugs.launchpad.net/oslo.config/+bug/156882013:58
openstackLaunchpad bug 1568820 in oslo.config "Duplicate sections in generated config" [High,Fix released] - Assigned to Ben Nemec (bnemec)13:58
markus_zwhops, wrong path, this one: https://bugs.launchpad.net/nova/+bug/156882013:59
cdentsdague, mriedem is osc the destination for admin-only commands?13:59
sdaguecdent: it's a good question13:59
cdentI've heard mixed responses13:59
mriedemcdent: osc team doesn't want them there no13:59
sdagueI have as well13:59
cdentthe resource-pools api is admin only13:59
mriedemfrom the tuesday session last week thta's what i was hearing anyway14:00
sdagueI feel like we probably need a discussion to solve that once and for all14:00
sdaguemaybe that's a good mailing list conversation, because there are a lot of conflicting statements about all that14:00
mriedembut they were specifically talking about the messy admin orchestration clis in novaclient, like the one that evacuates/live migrates all of your instances at once14:00
mriedeman option is those could continue to live in novaclient as an osc plugin, but that seems to defeat the purpose of having osc remain simple14:01
openstackgerritHironori Shiina proposed openstack/nova: Remove mox from tests/unit/conductor/tasks/test_live_migrate.py(2)  https://review.openstack.org/31251914:01
*** jwcroppe has joined #openstack-nova14:01
mriedemmarkus_z: why? is oslo.config fixed in mitaka?14:01
*** oomichi_ has quit IRC14:02
*** zioproto has quit IRC14:02
*** diogogmt has joined #openstack-nova14:02
markus_zNo, but I checked the stable/mitaka and tagged releases and we don't have duplicate sections there.14:02
tojuvone_sdague: I'd still have question to get spec going for the maintenance thingy14:02
markus_zmriedem: The reason of the duplications got introduced at the beginning of Newton14:02
mriedemmarkus_z: ah ok14:03
*** josecastroleon has quit IRC14:03
tojuvone_sdaque: so to use the existing disabled_reason and put also to compute_node14:03
cdentsdague, mriedem I'll post some hand-wavey questions about the placement cli and osc to the ML later today unless one of you would prefer to do something more general?14:04
tojuvone_sdaque: or totally new attribute and API to set it?14:04
mriedemcdent: works for me14:04
cdentroger. before that I must lunch or faint, biab14:04
*** zioproto has joined #openstack-nova14:05
sdaguetojuvone_: I need to think through the problem at bit more, and actually leave some comments on the spec14:05
sdaguethe thing I'm concerned about is that right now disabled_reason is on a service, which has a host.id reference14:05
openstackgerritJay Pipes proposed openstack/nova-specs: resource-providers: generic resource pools  https://review.openstack.org/30017614:06
sdagueand then we imply the affected services because they also have a host.id reference14:06
sdaguebut, it does assume 1x1 service <=> host14:06
tojuvone_Yes, that is a problem with the existing14:06
jaypipessdague, mriedem, cdent: ^^ answered your questions and fixed the spec up. would appreciate your re-review.14:06
*** sdake has joined #openstack-nova14:06
sdagueand there keeps being times where that may or my not be a thing14:06
sdaguelike what does this all mean for baremetal14:07
jaosoriorHello, does anybody know the status on the vendordata drivers? will they be deprecated then?14:07
*** shaohe_feng has quit IRC14:07
openstackgerritJay Pipes proposed openstack/nova-specs: resource-providers: generic resource pools  https://review.openstack.org/30017614:07
mriedemjaosorior: they were deprecated in mitaka14:08
*** shaohe_feng has joined #openstack-nova14:08
mriedemjaosorior: there are some specs up for review to fill the gap14:08
jaosoriormriedem: Got a link? Would really like to check them out14:08
mriedemso i don't think we're removing that ability just yet, until we have an idea of there being a decent replacement14:08
mriedemjaosorior: see v14:08
mriedemhttps://etherpad.openstack.org/p/newton-nova-summit-unconference14:08
sdaguethere is also an ops ML thread14:09
mriedemfirst section on wed14:09
sdagueon proposed replacement14:09
tojuvone_sdaque: ok, so if you have comment to spec and let's see forward14:09
sdaguetojuvone_: yeh, I will, sorry, was just thinking aloud so far14:09
mriedemjaosorior: yeah http://lists.openstack.org/pipermail/openstack-operators/2016-April/010179.html14:09
sdaguejaypipes: the jsonschema for properties still seems weird14:09
sdaguefor the patternProperties14:10
*** salv-orlando has joined #openstack-nova14:10
mriedemjaosorior: and http://lists.openstack.org/pipermail/openstack-operators/2016-May/010320.html14:10
jrollsdague: fwiw, ironic has its own concept of per-ironic-node maintenance in its API, I don't think we'd ever want to use disabled_reason in nova14:10
sdaguejroll: sure, but if nova marks a compute service as disabled, then it exposes a bunch of your baremetal as on a disabled host, what does that mean?14:11
jaosoriormriedem: thanks14:11
tojuvone_sdague: Thanks :) Need to soon head for summer cabin to refresh my head :D National holiday.14:11
sdaguetojuvone_: enjoy :)14:12
jrollsdague: well, given we only support one compute service today, that isn't something an operator should do :)14:13
jrollidk, it is a good question14:13
tojuvone_sdague: And also kinda agree with that filtering. Have to look a bit anyhow still.14:13
*** dmk0202 has joined #openstack-nova14:14
jaypipessdague: those are the resource class names. anything other than a / seemed to be an OK naming constraint?14:14
*** esracelik has quit IRC14:14
johnthetubaguysdague: sorry I got pulled away, but a good point on the CLI, we shouldn't just jam that in nova-client14:15
*** salv-orlando has quit IRC14:15
*** liverpooler has quit IRC14:15
openstackgerritHironori Shiina proposed openstack/nova: Remove mox from tests/unit/conductor/tasks/test_live_migrate.py(3)  https://review.openstack.org/31252914:16
dansmithtojuvone_: it's not nice to talk about your summer cabin without inviting the rest of us :)14:16
sdaguejaypipes: ok, so including \t \n14:16
paul-carlton1mriedem, re https://review.openstack.org/#/c/308198 you asked danbp if it needed a spec14:17
sdaguespace characters?14:17
jaypipessdague: fair enough :) how about \w+?14:17
*** shaohe_feng has quit IRC14:17
openstackgerritPaul Carlton proposed openstack/nova: WIP: Create storage pools and volumes  https://review.openstack.org/31109214:18
sdaguejaypipes: sure, though probably worth then saying [a-zA-z0-9_] to be explicit14:18
mriedempaul-carlton1: did i?14:18
paul-carlton1but andrearosa thinks it needs an API version bump because the response of live migration changes if the instance is in a rescued state, is he right?14:18
jaypipessdague: what, no unicode?! :P14:18
jaypipessdague: I'm cool with that.14:18
*** shaohe_feng has joined #openstack-nova14:18
paul-carlton1mriedem, I think so, it was back before Austin14:19
sdague[a-zA-Z0-9-_:. ] is the current metadata key value14:19
mriedemnot for long14:19
sdaguemaybe just drop space from that14:19
*** jichen has quit IRC14:19
sdaguemriedem: well, until people approve the spec14:19
openstackgerritSylvain Bauza proposed openstack/nova: Resize API operation passing down original RequestSpec  https://review.openstack.org/31200914:19
openstackgerritSylvain Bauza proposed openstack/nova: Cold migrate using the RequestSpec object  https://review.openstack.org/28497414:19
*** daemontool has joined #openstack-nova14:19
*** yamahata has joined #openstack-nova14:20
tojuvone_dansmith: :D14:20
mriedempaul-carlton1: i only asked in the bp whiteboard that it be discussed with danpb https://blueprints.launchpad.net/nova/+spec/live-migrate-rescued-instances14:20
jaypipessdague: look ok?             "^([a-zA-Z0-9-_:\.])+$": {14:20
mriedemjaypipes: we don't want more mixed case14:21
mriedemfor metadata stuff14:21
tojuvone_Ok all, take next plane out to Finland and join me to summer cabin for a sauna :)14:21
jaypipesmriedem: this is for the resource class names.14:21
sdague"^[a-zA-Z0-9-_:\.]+$": {14:21
sdagueright?14:21
jaypipestojuvone_: lol :)14:21
*** bnemec has joined #openstack-nova14:21
sdagueI don't think you want parens14:21
jaypipessdague: yeah, doh, thx.14:21
tojuvone_After summit meeting :)14:22
mriedemok, i guess i need to go back to the generic-resource-pools spec then14:22
sdagueyou also probably have to escape the literal -14:22
*** jamesdenton has quit IRC14:22
paul-carlton1mriedem, so if an api version bump is required, a spec id definately need, correct?14:22
mriedempaul-carlton1: yes14:22
sdaguethough we don't in the current one, maybe python is smart enough14:22
lbragstadbauzas were the negative role tests the only things that failed in your patch?14:22
*** jamesdenton has joined #openstack-nova14:22
*** gszasz has quit IRC14:23
jaypipesmriedem: I've been referring to the resource class name always in ALL_CAPS (VCPU, RAM_MB, DISK_GB, etc). I could encode that in the expected JSONSchema if you'd like.14:23
cdentjaypipes: this is what I've got in the implementation right now:14:23
bauzaslbragstad: AFAICS, yes14:23
cdent"^[A-Z_]+$":14:23
*** jwcroppe has quit IRC14:23
cdentas that reflects the class names that already exist uppercase letters plus _14:24
paul-carlton1mriedem, sdague do we need a new api version because live-migration will return 202 instead of 4xx when the instance is in rescued state?14:24
*** gszasz has joined #openstack-nova14:24
*** zhenq has joined #openstack-nova14:24
*** salv-orlando has joined #openstack-nova14:24
jaypipescdent: right, though with dynamic resource classes (coming soon to a theatre near you) the cloud admin will have the ability to create their own.14:24
sdaguethat's fine as well, I was just pretty sure that ^/[^/]+$ was not the right jsonschema14:24
jaypipessdague: yes, of course. was a copy-paste thing. silly mistake.14:24
cdentjaypipes: sure, but even with dynami ones, may as well keep them to having good strong names14:24
cdent?14:24
mriedemwhy not make the resource class names all uppercase and allow underscore?14:25
cdentGOOD STRONG ASCII NAMES14:25
jaypipescdent: I'd be totally cool with that.14:25
*** jaosorior has quit IRC14:25
jaypipesmriedem: I'd be fine with that.14:25
cdentsolid14:25
sdagueIF CAPITAL LETTERS ARE GOOD ENOUGH FOR THE NATIONAL WEATHER SERVICE THEY ARE GOOD ENOUGH FOR US14:25
mriedemjaypipes: that's what we have hard-coded today right?14:25
jaypipesmriedem: yup.14:25
doffmlol. LETS ALL JUST ADOPT THIS POLICY FOR THE CHANNEL TOO.14:25
*** jaosorior has joined #openstack-nova14:25
cdentI CAN'T HEAR ANYONE14:25
mriedemsdague: we need the annoying buzz sound too when someone uses the API14:25
* jroll loves a good caps party14:26
sdagueplus it allows us to use telegraph machines for layer 2 for this api14:26
mriedemALERT: SOMEONE IS CREATING A NEW TYPE OF SHARED RESOURCE POOL. MAKE YOUR SCHEDULER TAKE COVER IN A WELL SHELTERED AREA.14:26
*** akshai has quit IRC14:26
openstackgerritJay Pipes proposed openstack/nova-specs: resource-providers: generic resource pools  https://review.openstack.org/30017614:26
jaypipesdone.14:27
jaypipesmriedem, sdague, cdent: at your leisure ^14:27
*** zz_dimtruck is now known as dimtruck14:27
*** shaohe_feng has quit IRC14:28
mriedemleading and trailing _ is ok? :P14:28
sdaguemriedem: ++14:28
sdaguemriedem: no reason why it shouldn't be14:28
mriedemalright14:28
*** shaohe_feng has joined #openstack-nova14:28
*** mtanino has joined #openstack-nova14:28
mriedemOCD is why14:28
*** salv-orlando has quit IRC14:29
sdaguehaving a single case for letters will also preemptively avoid the hole we are digging out of in the metadata space14:29
mriedemyeah, that's what i really care about14:29
johnthetubaguyyeah, that seems like a top idea14:29
mriedemif someone wants ________MY_POOL that's on them14:29
sdagueyep14:29
johnthetubaguy"_" means a private pool right?14:30
sdaguethat's a double secret private pool14:30
*** jaosorior has quit IRC14:30
*** akshai has joined #openstack-nova14:30
mriedemwhere the deals are done14:30
mriedemand trump becomes the president14:30
*** vtech has quit IRC14:30
*** ozialien10 has quit IRC14:31
*** pradk has joined #openstack-nova14:31
*** tjones has joined #openstack-nova14:31
cdentjaypipes: did you see this conversation a few minutes back http://p.anticdent.org/xWd ?14:31
jaypipesmriedem, sdague, cdent: hold up... need to OSC-ify the use case references to novaclient commands.14:31
sdague"Yes," said Arthur, "yes I did. It was on display in the bottom of a locked filing cabinet stuck in a disused lavatory with a sign on the door saying Beware of the Leopard."14:31
sdague14:31
*** jwcroppe has joined #openstack-nova14:31
mriedemwtf14:31
sdaguemriedem: have you never read Hitchhikers Guide to the Galaxy14:32
mriedemno14:32
mriedemthat's high brow14:32
cdentjaypipes it started in the api meeting, on whether osc was the right place for the placement commands14:32
cdentmriedem--14:32
sdaguehttps://en.wikiquote.org/wiki/The_Hitchhiker%27s_Guide_to_the_Galaxy - Chapter 114:32
mriedemnot going to happen14:32
*** jwcroppe_ has joined #openstack-nova14:32
dimsmriedem : kzaitsev_mb pointed out the info in http://www.openstack.org/software/releases/liberty/components/nova is wrong "Does this project have stable branches?"14:32
* mriedem is still reading the 800 biography on napolean14:32
sdaguemriedem: it's all of 4 hours of your life, and you'll laugh most of the way through14:32
mriedem*800 page14:32
sdagueor you can listen to the radio drama (which came first) and I think still has that line in it14:33
*** dmk0202 has quit IRC14:33
*** Swami has joined #openstack-nova14:33
mriedemdims: huh, well, that looks like a bug in whatever the tooling that creates that page is14:33
markus_zhe he he, that wikiquote page :D14:33
mriedembecause http://governance.openstack.org/reference/tags/release_has-stable-branches.html14:33
mriedemlists nova14:33
bauzasmriedem: don't waste your time with some French dictator14:33
dimssecond that sdague it's hilarious!14:33
mriedembauzas: like napolean in russia, i'm already committed14:34
bauzasmriedem: I'll spoil you14:34
mriedemit doesn't end well? i know.14:34
bauzasat the end, he loses14:34
mriedem:)14:34
* andrearosa just scroll back to catch up with the discussion and get immediately lost14:35
dimsbauzas : spoil sport! :)14:35
mriedempaul-carlton1: so getting way back to https://review.openstack.org/#/c/308198/ i don't see any comments from andrearosa about a microversion bump14:36
*** jwcroppe has quit IRC14:36
mriedempaul-carlton1: this must have been all office chatter?14:36
bauzasdims: well, I didn't comment that there was a comeback14:36
bauzasoooh, I did now :p14:36
dimsLOL14:36
paul-carlton1mriedem, sorry spec is https://review.openstack.org/#/c/307131/14:37
dimsbauzas : all i know is he spent time in Elba thanks to the palindrome14:37
bauzasdims: that's a good point, most of our French guys don't know that :)14:38
*** irenab_ has joined #openstack-nova14:38
*** shaohe_feng has quit IRC14:38
dimshaha14:38
*** shaohe_feng has joined #openstack-nova14:38
*** irenab has quit IRC14:40
*** irenab_ is now known as irenab14:40
*** cfriesen has joined #openstack-nova14:41
bauzasdansmith: able to clarify my mind ?14:42
bauzasdansmith: looking at https://github.com/openstack/oslo.versionedobjects/blob/master/oslo_versionedobjects/base.py#L37714:42
dansmithbauzas: brb14:42
mriedemjohnthetubaguy: mikal: tonyb: fyi, for mitaka https://review.openstack.org/#/q/topic:bug/1572593+branch:stable/mitaka i have a -2 on the bottom change until the top one, which fixes a regression in the first patch, is approved14:42
bauzasdansmith: k, no worries14:42
openstackgerritJay Pipes proposed openstack/nova-specs: resource-providers: generic resource pools  https://review.openstack.org/30017614:42
jaypipesmriedem, sdague, cdent: ok dokey, ready ^14:43
*** dane-fichter has joined #openstack-nova14:44
*** jwcroppe_ has quit IRC14:44
*** m1r4nt15_b0y is now known as d34dh0r5314:44
*** jwcroppe has joined #openstack-nova14:45
openstackgerritStephen Finucane proposed openstack/nova: virt/hardware: Add diagnostic logs for scheduling  https://review.openstack.org/28532214:46
dansmithbauzas: back14:46
bauzasdansmith: okay, a quick question14:46
bauzasdansmith: given a new field I'm adding into an o.voo object14:47
bauzasdansmith: and providing the obj_make_compat() backwards code14:47
gibimriedem: hi! I think https://review.openstack.org/#/c/286675/14:47
gibimriedem: I mean ^^ is quite ready14:47
gibimriedem: just needs some core review14:47
bauzasdansmith: I want to make sure that persisting the object in a big blob like we do with the ReqSpec doesn't create some problems14:47
openstackgerritPaul Carlton proposed openstack/nova-specs: Live Migration of Rescued Instances  https://review.openstack.org/30713114:48
*** ssurana has quit IRC14:48
bauzasdansmith: so, say I'm adding 'foo' to ReqSpec14:48
*** shaohe_feng has quit IRC14:48
*** sree has quit IRC14:48
gibimriedem: could you check it please?14:48
bauzasdansmith: I want to make sure that obj_from_primitive() will work even with old ReqSpec versions14:48
*** shaohe_feng has joined #openstack-nova14:48
*** sree has joined #openstack-nova14:49
mriedemgibi: maybe after i review the other 10 things i have to review first :)14:49
dansmithbauzas: this is just like when we receive an older object over RPC, right? it may be missing things we expect14:49
bauzasdansmith: the point is, I'm getting the object in the API, so that's not an RPC call14:49
dansmithbauzas: right, but loading an older one from the database is the same process14:50
bauzasdansmith: but we store the whole serialized object in DB14:50
gibimriedem: sorry for bugging you, I also tried to bug johnthetubaguy about it :)14:50
bauzasdansmith: okay, I then missed where the compat is made14:50
*** e0ne has quit IRC14:50
dansmithbauzas: https://github.com/openstack/oslo.versionedobjects/blob/master/oslo_versionedobjects/base.py#L38414:50
mriedemgibi: oh well in that case then i don't feel so bad14:50
*** jbernard has joined #openstack-nova14:50
bauzasdansmith: right14:51
mriedemgibi: i'd like to see rlrossit be +1 on it14:51
bauzasdansmith: so, that means 'foo' will be not set, that's it14:51
dansmithbauzas: everything that sits above an object has to be able to tolerate an older (minor) version of the object14:51
dansmithbauzas: yes14:51
*** jbernard_ has left #openstack-nova14:51
bauzask, wfm14:51
dansmithbauzas: for reqspec, you could implement obj_load_attr() so that you set some default or sane value if anything above it tries to reference14:51
dansmiththe missing field14:52
bauzasdansmith: a lazy-load you mean? why not14:52
gibimriedem: sure, will ping him14:52
*** yamahata has quit IRC14:52
bauzasdansmith: to make sure I'm not using obj_attr_is_set()14:52
dansmithbauzas: well, it wouldn't really be a lazy load, but more like a lazy-take-the-default-if-missing :)14:52
bauzasright14:52
dansmithbauzas: either one works, and it depends on the case of course14:53
*** yamahata has joined #openstack-nova14:53
*** akshai has quit IRC14:53
bauzasyeah14:53
gibirlrossit: hi! could you rereview the versioned notification transformation spec? https://review.openstack.org/#/c/286675/14:53
openstackgerritAlex Xu proposed openstack/nova: Remove the legacy v2 API entry from api-paste.ini  https://review.openstack.org/31231414:53
bauzasdansmith: okay, thanks for clarifying14:53
dansmithyep14:53
alex_xusdague: oomichi ^, I updated the patch, doing the similar thing with ec2 api14:54
*** salv-orlando has joined #openstack-nova14:54
*** sree has quit IRC14:54
*** akshai has joined #openstack-nova14:54
sdaguealex_xu: cool, I'm going to walk away from the computer for a few, I'll look when I get back14:55
sdaguealex_xu: if you still have it in you and want to look at jichen's api-ref patches, would like to merge a bunch of those14:55
*** vtech has joined #openstack-nova14:56
alex_xusdague: ok, cool, let me try few before sleep14:57
*** haplo37 has joined #openstack-nova14:58
*** shaohe_feng has quit IRC14:58
mriedemit's a good thing we do this in a loop.... http://git.openstack.org/cgit/openstack/nova/tree/nova/db/sqlalchemy/api.py#n535814:59
*** salv-orlando has quit IRC14:59
*** shaohe_feng has joined #openstack-nova14:59
*** jdurgin1 has joined #openstack-nova15:01
*** hydhu has joined #openstack-nova15:01
*** hydhu has quit IRC15:01
mgagneis there any plan to fix support for multiple subnets in network_data.json? https://github.com/openstack/nova/blob/master/nova/virt/netutils.py#L204-L208 Same with multiple fixed_ips: https://github.com/openstack/nova/blob/master/nova/virt/netutils.py#L28515:02
mgagnemriedem: looking for multiple ips per subnet and multiple subnets per network support ^15:04
*** whenry has joined #openstack-nova15:04
mriedemsdague: +2 on the metadata keys spec15:04
mriedemmgagne: i'm not aware of any plans15:05
mriedemmgagne: that's not to say someone doesn't have a patch up for it somewhere15:05
mgagnemriedem: ok, how can we make that happen? The current network_data.json scheme looks to not accept multiple ips per network (I might be wrong)15:05
*** aloga_ has joined #openstack-nova15:06
*** gszasz has quit IRC15:06
rlrossitdansmith: alright, so I confused myself. How does coercion work on ObjectFields?15:06
mriedemmgagne: write the code to add that?15:06
rlrossitlike how does it find the object that you give to the field?15:06
dansmithrlrossit: meaning how does it validate that you gave it a legit object?15:07
mgagnemriedem: does this mean I'm allowed to change the scheme?15:07
rlrossityeah15:07
mriedemmgagne: it would be an api change15:07
mriedemso probably requires a spec15:07
dansmithrlrossit: you give it the name of the object when you define the field and then it checks obj_name on the object during assignment15:07
mgagneok, will look into it15:07
snetihi johnthetubaguy, can you please check this patch: https://review.openstack.org/#/c/290156/15:07
mriedemmgagne:  you might want to go back over the blueprints that originally added that note and see if there is a reference to this already15:07
mgagnemriedem: there is none15:08
mriedemi feel like there was a change that never landed that maybe did this15:08
mgagnemriedem: it assumed a single IP per network15:08
rlrossitdansmith: oh wow I was expecting way much more out of that15:08
mgagnehttp://specs.openstack.org/openstack/nova-specs/specs/liberty/implemented/metadata-service-network-info.html#rest-api-impact15:08
rlrossitbut yeah it does just check the name15:08
johnthetubaguysneti: sorry, will do, its open in a tab15:08
snetijohnthetubaguy, thank you!15:09
*** shaohe_feng has quit IRC15:09
mriedemmgagne: i'm probably thinking of this https://review.openstack.org/#/c/152703/15:09
mriedemmgagne: but that's different15:09
mriedemthere were a few things that were abandoned for that blueprint https://review.openstack.org/#/q/topic:bp/metadata-service-network-info15:09
mgagnemriedem: yea, this was meant to add vlan info15:09
rlrossitdansmith: so if we have ListOfObjectsField('FixedIP') in our versioned notifications, and we make a FixedIP object for notifications, it'll work. I was thinking it would go searching through registered objects, which would conflict with our plan to implement it15:10
*** sacharya has joined #openstack-nova15:10
rlrossitbut it looks like this'll work out perfect15:10
mgagnemriedem: will look into them and see if there is anything worth salvaging (if any)15:10
dansmithrlrossit: you should not define an object with the same name that has a different schema15:10
dansmithrlrossit: so if the thing you're doing in your notification is not the same as our FixedIP object, then you should make something different15:10
rlrossitoh wait yeah we should be naming the separately anyways15:11
rlrossitthat would blow up in tests anyways if we try to register it on top of the existing fixed ip object15:11
dansmithright exactly15:11
* rlrossit is unsure if he wants to -1 gibi for this15:11
openstackgerritHironori Shiina proposed openstack/nova: Remove mox from tests/unit/conductor/tasks/test_live_migrate.py(4)  https://review.openstack.org/31258915:11
*** shaohe_feng has joined #openstack-nova15:11
*** sacharya has quit IRC15:14
*** pushkaru has joined #openstack-nova15:14
openstackgerritPaul Carlton proposed openstack/nova: WIP: Create storage pools and volumes  https://review.openstack.org/31109215:14
*** whenry has quit IRC15:16
rlrossitsorry gibi :(15:16
gibirlrossit: no worries. This seems like an issue we need to fix15:16
gibirlrossit: does it help if the object is in different namespace but in the same registry?15:16
*** armax has quit IRC15:17
*** hshiina has quit IRC15:17
rlrossitgibi: that would help things from a registering standpoint, but can still have negative side effects15:17
rlrossitlike if we accidentally send in a true FixedIP object instead of a NotificationFixedIP object, o.vo will be fine with it15:18
rlrossitand dump bad things on the wire15:18
*** gszasz has joined #openstack-nova15:18
*** lpetrut has quit IRC15:18
rlrossitgibi: also I thought the separate namespace was a path we weren't taking anymore?\15:18
gibirlrossit: I see. Is it a limitation on ovo side that only checks the name and not namespace.name?15:18
*** jwcroppe has quit IRC15:19
gibirlrossit: we can put in separate namespace that does not cause structural change in the wire format15:19
*** shaohe_feng has quit IRC15:19
*** Swami_ has joined #openstack-nova15:19
gibirlrossit: just the different registry would change the key names15:19
mriedemcheck the notes from the friday meetup https://etherpad.openstack.org/p/newton-nova-meetup15:19
*** jwcroppe has joined #openstack-nova15:19
dansmithgibi: yeah, the namespace separation is not really strong enough there15:19
dansmithgibi: it would be much easier to just call it FixedIPInfo or something like that15:20
mriedemL45: Is it OK to break everyone on a thing we just landed? The impact may be pretty small right now. But is the change justified?15:20
*** shaohe_feng has joined #openstack-nova15:20
* rlrossit wants an InstanceInfoCacheInfo object :)15:20
dansmithyeah, no brainer on that name! :)15:20
mriedem^215:21
gibiOK, lets prefix the notification objects to avoid any name conflict15:21
* gibi goes and updates the spec accordingly15:21
*** rena9067 has joined #openstack-nova15:21
rlrossityeah that'll be the biggest improvement for readability15:21
rlrossitgibi: as I said, don't get too hung up on what to call them, as long as it's something different15:22
rlrossitand don't let dansmith bikeshed you15:22
*** Swami has quit IRC15:22
dansmithred!15:22
gibi:)15:22
*** lpetrut has joined #openstack-nova15:23
gibinaming is a hard thing...15:23
rlrossitFixedIPThingyMaJig15:24
dansmithor just PIdexiF15:25
gibiTheAnotherFixedIp15:25
dansmithheh15:26
tbachmanThingOne ThingTwo15:27
*** armax has joined #openstack-nova15:27
rlrossitdansmith: your name hurt my head15:27
rlrossitredrum15:28
mriedemwe need that shining pic of jay15:28
mriedemright about now15:28
rlrossitwhat in the world are you talking about?15:29
mriedemalaski: hit us with the shining pic of jay15:29
mriedemiiiiiiit's jay!15:29
alaskione sec, gotta find a link15:29
jaypipeshmmm? what pic is that?15:29
*** shaohe_feng has quit IRC15:29
mriedemerr, heeere's jay!15:29
rlrossitit's a different jay jaypipes15:30
alaskihttps://slack-files.com/T03ACD12T-F0ZF8UKU2-feb1aebaee15:30
rlrossitwow15:30
jaypipeshttp://i3.kym-cdn.com/entries/icons/facebook/000/009/289/RHrLj-1.jpg15:30
jaypipesthat one? ^15:30
*** shaohe_feng has joined #openstack-nova15:30
doffmalaski: Do you know what our issue with keypair data being accessed from the compute was? I can't find anywhere that occurs. The keypair name is turned in to 'key_data' in the api. https://github.com/openstack/nova/blob/master/nova/compute/api.py#L84115:30
rlrossitthat's a picture of you jaypipes?15:30
mriedemnot at all15:30
jaypipesrlrossit: :) no... I just love that pic.15:30
tbachmanI’m scared of that sweater15:30
jaypipesrlrossit: that is what I see when I read the PCI code.15:31
alaskidoffm: turns out it wasn't the compute, it's the metadata service15:31
doffmalaski: Ok.15:31
*** tbachman has quit IRC15:32
mriedemdoffm: https://github.com/openstack/nova/blob/master/nova/api/metadata/base.py#L33015:32
doffmThat should be somewhat easy to fix. If the key_name is already on the instance the key_data should be also.15:33
doffmThe type won't be. That can be fixed I guess.15:33
mriedemhttps://github.com/openstack/nova/blob/master/nova/objects/instance.py#L108-L10915:34
mriedemname and data are on the instance15:34
mriedemadding type could be done the same way15:34
mriedemwhat sucks is we're just copying the keypair fields into the instance object15:34
*** belmoreira has quit IRC15:34
mriedemwould be nicer if we just serialized the keypair object into the instance object15:35
*** paul-carlton2 has quit IRC15:35
mriedembut that's a bigger change15:35
doffmIts not a huge deal I guess. There are only 3 fields.15:35
doffmOf importance.15:35
mriedemi defer to his dansmithness15:35
*** lightshadow has joined #openstack-nova15:36
*** jistr has quit IRC15:37
*** fragatina has quit IRC15:37
*** sudipto has joined #openstack-nova15:38
alaskiI would suggest instance_extra, but I also defer to his smithness15:38
*** armax has quit IRC15:38
*** armax has joined #openstack-nova15:38
openstackgerritBalazs Gibizer proposed openstack/nova-specs: Versioned notification transformation  https://review.openstack.org/28667515:39
*** shaohe_feng has quit IRC15:39
gibirlrossit, dansmith: I changed the names ^^ I hope I made a decent choice15:39
*** shaohe_feng has joined #openstack-nova15:40
doffmDeferring to smithiness. If 'type' goes in instance extra should they ALL go in instance extra?15:40
*** sdake_ has joined #openstack-nova15:40
dansmithdoffm: alaski: we can just serialize a list of keypair objects I assume right?15:41
alaskidoffm: I think so. just serialize the object and drop it in there15:41
dansmithyou can add a keypair to an instance after the fact, right?15:41
dansmithoh,maybe not15:41
dansmithin that case, definitely easy15:41
doffmIf we can I don't know how that happens.15:41
alaskiI think it must be included on boot15:41
dansmithyeah, rock on15:41
dansmithdoffm: were you starting on the keypair stuff? because I was thinking I would try to get going on that15:42
dansmithbut if you've already started I can find something else15:42
doffmOk, it is decided. Will add to a keypairs spec which will be out promptly.15:42
mriedemdansmith: i have something fun for you :)15:42
doffmdansmith: If you want to do it go ahead. I still haven't finished aggregates, but was going to do this next.15:42
mriedemPOC of searchlight in nova15:42
dansmithmriedem: yeah, I plan to play with that at some point, but it's slightly less pressing than some of these things15:43
*** sdake has quit IRC15:43
dansmithdoffm: okay, have you already started on a spec/15:43
doffmQuotas are also to do, so.... plenty to go around.15:43
*** iceyao has quit IRC15:43
dansmithdoffm: you're more than welcome to have quotas :P15:43
doffmdansmith: Yep, but its pretty short.15:43
*** salv-orlando has joined #openstack-nova15:44
dansmithdoffm: okay maybe just put me as the assignee?15:44
mriedemsure, btw, related to that, the cells v2 session etherpad suggested we could get the results from the cells (for listing instances) and then merge sort them in the API - apparently that was shot down, but we don't have notes in there of why15:44
doffmdansmith: Sure.15:44
dansmithmriedem: because so slow15:44
mriedemok i figured that was the reason15:44
mriedemhowever,15:44
mriedemwould that be our fallback if you're not using searchlight?15:45
alaskiit wouldn't be horrible for page 1, but it started getting complex for page 2 of results15:45
*** kolesovdv has quit IRC15:45
dansmithI think our fallback without searchlight is you get unsorted results regardless of whether you asked for it or not15:45
dansmithor we refuse to send you more than page 115:46
*** davideagnello has joined #openstack-nova15:46
alaskiI lean towards the latter15:46
*** sdake_ has quit IRC15:46
*** Guest23319 has quit IRC15:46
*** Sukhdev has joined #openstack-nova15:47
*** rook has quit IRC15:48
mriedemwe'd be able to determine how many cells we have in the api right via the cellmappings table?15:48
mriedemso this shouldn't affect a cell of one15:49
dansmithyeah15:49
*** matrohon has quit IRC15:49
*** e0ne has joined #openstack-nova15:49
*** shaohe_feng has quit IRC15:50
*** shaohe_feng has joined #openstack-nova15:51
gibimriedem: rlrossit gave +1 on https://review.openstack.org/#/c/286675/ after the renaming. could you put this spec on your review list?15:51
mriedemgibi: honestly i'm probably not going to get to that today15:51
mriedemi'm not saying it's not important, i just can't shove more things on my plate right now15:52
*** andymaier has quit IRC15:52
gibimriedem: no worries, I will bug the spec cores tomorrow with it15:52
*** apoorvad has joined #openstack-nova15:53
*** yassou has quit IRC15:54
*** jlanoux has quit IRC15:55
*** sacharya has joined #openstack-nova15:57
*** jwcroppe has quit IRC15:57
*** jistr has joined #openstack-nova15:58
*** jwcroppe has joined #openstack-nova15:59
*** salv-orlando has quit IRC15:59
*** davideagnello has quit IRC15:59
openstackgerritAnusha Unnam proposed openstack/nova: Remove mox from test_extensions.py  https://review.openstack.org/30489216:00
*** shaohe_feng has quit IRC16:00
*** salv-orlando has joined #openstack-nova16:00
*** shaohe_feng has joined #openstack-nova16:01
*** kfarr has joined #openstack-nova16:01
*** lucasagomes is now known as lucas-afk16:01
*** davideagnello has joined #openstack-nova16:01
openstackgerritSujitha proposed openstack/nova: Config options: Centralize servicegroup options  https://review.openstack.org/30307416:01
*** amotoki has joined #openstack-nova16:02
*** lpetrut has quit IRC16:02
*** vilobhmm11 has joined #openstack-nova16:02
*** salv-orlando has quit IRC16:03
pumaranikarhello dims , I am checking a bug where it says pycrypto library is missing in requirements. https://bugs.launchpad.net/nova/+bug/157804716:03
openstackLaunchpad bug 1578047 in OpenStack Compute (nova) "missing python library pycrypto in requireements.txt" [Undecided,New] - Assigned to Seungkyu Ahn (seungkyua)16:03
pumaranikardims, can you please let me know if it is related to this change https://git.openstack.org/cgit/openstack/nova/commit/?id=1fd0f4f16:03
*** woodster_ has joined #openstack-nova16:04
*** whenry has joined #openstack-nova16:05
markus_zdims: ^ looks a little like a mitaka regression16:06
*** haukebruno has quit IRC16:08
sdaguemelwitt: https://review.openstack.org/#/c/311529 as you also had strong feelings on the metadata case sensitivity issue - https://review.openstack.org/#/c/31152916:10
sdaguedoh, double paste16:10
*** shaohe_feng has quit IRC16:10
mriedemsdague: alaski: dansmith: on the api policy discoverability, we said that we wouldn't expose that over the REST API in newton, but would provide something in nova-manage,16:10
mriedembut i've lost what we'd actually expose there16:10
sdaguemriedem: correct16:10
*** jwcroppe_ has joined #openstack-nova16:11
openstackgerritMark Doffman proposed openstack/nova-specs: Migrate keypair table to the API DB  https://review.openstack.org/31261916:11
*** jdurgin1 has quit IRC16:11
dansmithmriedem: a nova-manage command that will return calculated policy based on a provided tenant id16:11
*** shaohe_feng has joined #openstack-nova16:11
auggysdague: thanks! i also was wondering if you got a chance to talk to anyone from Keystone on friday about the nova service auth thing, or do i need to send an email to the mailing list?16:11
mriedemdansmith: ok, that clears it up16:11
cfriesenjaypipes: I'd like to clarify something...with generic resource pools would we plan to move *all* the sched filters into DB queries?  Or would we leave the "complicated" ones (NumaTopologyFilter) as python code?16:11
sdaguemriedem: an evaluation tool, so something of the format: nova-manage policy-check [tenant_id] [permission]16:11
sdaguebecause I think it needs to do a few things16:12
dane-fichteranyone got any pointers for how to initialize a GlanceImageService object? Having trouble finding a standard way to do it16:12
sdague - show me the global policy, what I overrode in policy.json, WARNING for overrides == defaults, and overrides that don't exist in real policy16:13
* kashyap learnt this word today: "tarnation" ("used as a euphemism for ‘damnation’") -- thanks mriedem. Google tells me the usage is on the rise since mid 1950s.16:13
*** fragatina has joined #openstack-nova16:13
sdague - show me policy as exposed to a particular tenant_id16:13
mriedemkashyap: yes i need to use it more16:13
sdague - show me if this tenant_id could do this action16:13
rlrossitkashyap: I've got a bunch more if you ever want to learn some.16:13
*** paul-carlton2 has joined #openstack-nova16:13
sdaguerealizing that in some cases the answer will be "it depends"16:14
mriedemsdague: yeah i have the first one there in the api policy defaults in code thing16:14
mriedemwe were pretty clear on that16:14
*** jwcroppe has quit IRC16:14
kashyaprlrossit: Bring it on, lately I've had to looking up a bunch of North-American only slang words. :-)16:14
cfriesenkashyap: now add "goldarnit"16:15
auggykashyap: I think Yosemite Sam made it popular but I could be wrong16:15
sdagueauggy: it didn't come up again on friday, I think that if you want to just circle with dolph and/or jamielennox to flesh out code examples of how to do it, it then just goes into the spec16:15
* auggy is a fan of "dagnabbit"16:15
dane-fichterdaggum is also useful one16:16
* kashyap 's favourite is the German: Backpfeifengesicht ("a face that invites a slap")16:16
cfriesenalso spelled dadgum16:16
auggysdague: ok cool, I will put together an email, that seems like a good place to sort it out16:16
sdagueauggy: yep, sure16:16
kashyapDon't ask me how to spell it.16:16
* kashyap stops derailing the channel topic16:16
auggykashyap: a worthy derailment16:17
kashyapauggy: Okay, one last...16:17
kashyapVery relevant to us here16:17
kashyap"Verschlimmbesserung" == "an intended improvement that makes things worse"16:18
kashyap^ `nova evacuate`  dansmith ?16:18
auggykashyap: my husband is German and I've been studying German, so this is great16:18
* kashyap ducks16:18
dansmithkashyap: heh16:18
cfriesenooh, I like that one.16:19
kashyapauggy: Learning Dutch here.  (Making incremental progress, enough so that people in grocery stores get confused that I'm native)16:19
*** rhagarty_ has quit IRC16:19
*** rhagarty has joined #openstack-nova16:19
*** shaohe_feng has quit IRC16:20
*** pwnall has joined #openstack-nova16:21
*** shaohe_feng has joined #openstack-nova16:22
*** jwcroppe has joined #openstack-nova16:22
mriedemsdague: L65 here https://etherpad.openstack.org/p/newton-nova-api16:22
mriedem"Decision: get rid of tenant_id and version, instead use {endpoint} which any user can get from their catalog."16:22
mriedemhowever, isn't tenant_id only optional after the 2.18 microversion?16:22
mriedemhttp://docs.openstack.org/developer/nova/api_microversion_history.html#id1616:22
*** sdake has joined #openstack-nova16:24
*** sudipto has quit IRC16:24
openstackgerritMathieu Gagné proposed openstack/nova-specs: Multiple Fixed-IPs support in network information  https://review.openstack.org/31262616:25
*** jwcroppe_ has quit IRC16:25
*** daemontool_ has joined #openstack-nova16:27
*** daemontool_ has quit IRC16:28
*** daemontool has quit IRC16:28
*** zenoway has quit IRC16:29
*** daemontool has joined #openstack-nova16:29
*** pwnall has quit IRC16:29
*** zenoway has joined #openstack-nova16:29
*** ozialien10 has joined #openstack-nova16:29
ccarmackalaski: could you remind me?  Does cellsv1 work with neutron?16:30
*** pwnall has joined #openstack-nova16:30
mriedemccarmack: yes16:30
alaskiccarmack: in theory, yes. I don't know anyone running it without downstream code16:30
ccarmackand not work with nova-net?16:30
mriedemnectar uses ovs16:30
mriedemccarmack: it works with nova-net16:30
mriedemthat's what CERN uses16:30
*** shaohe_feng has quit IRC16:31
*** paul-carlton2 has quit IRC16:31
mriedemi don't know how much godaddy has had to patch to make neutron/ovs work with cellsv116:31
*** Oku_OS is now known as Oku_OS-away16:31
*** ljxiash has quit IRC16:31
mriedemthey are in the #openstack-operators channel if you want to ask16:31
*** paul-carlton2 has joined #openstack-nova16:31
ccarmackmriedem: its just that I'm having trouble get test_server_basic_ops to work with cellsv1, either with n-net or neutron16:31
alaskiI think they're sharing patches with nectar16:31
*** shaohe_feng has joined #openstack-nova16:32
ccarmackand with validation = true16:32
alaskiccarmack: certain features don't work, security groups, floating-ips16:32
mriedemccarmack: why are you trying to get neutron + cells v1 + tempest working?16:32
mriedemi had a poc for a job for that awhile back and we nixed it16:32
*** abalutoiu has joined #openstack-nova16:33
ccarmackmriedem: for that patch to configure out sec groups, and I wanted to get validation to work also16:33
mriedemccarmack: validation = True depends on what it's using for ssh, which could be fixed or floating in tempest if i remember correctly16:34
mriedemfloating IPs aren't going to work16:34
mriedemso you'd have to check the tempest config to see what it's using16:34
siva_krishnanalaski mriedem this is regardign https://bugs.launchpad.net/nova/+bug/1514550. I would like to know if we can set it to won't fix as it was decided not to work on cells bugs as cells v1 is going to be deprecated. Please let me know your thoughts on this16:34
openstackLaunchpad bug 1514550 in OpenStack Compute (nova) "nova.cells.messaging.instance_update_at_top is assuming it gets an Instance object" [Low,In progress] - Assigned to Kasey Alusi (kasey-alusi)16:34
*** zenoway has quit IRC16:34
mriedemsiva_krishnan: honestly i don't really care about fixing that anymore16:35
ccarmackmriedem: I tried it with fixed and floating on n-net, but I'll focus on fixed16:35
mriedemsiva_krishnan: just mark it as won't fix i guess16:35
*** abalutoiu_ has quit IRC16:35
alaskisiva_krishnan: yeah, that's not worth fixing. in practice it shouldn't affect anyone as the expectation is that all cells services are upgraded together16:36
oomichijohnthetubaguy: hehe, thanks. it is easy to go home from the summit because of living USA now16:36
dimsmarkus_z : pumaranikar : don't think we every directly have reference to pycrypto in our requirements.txt16:36
oomichijohnthetubaguy: ah, OK. I will review it again:-)16:36
dimsmarkus_z : do you see this anywhere in our CI too?16:36
openstackgerritMathieu Gagné proposed openstack/nova-specs: Multiple Fixed-IPs support in network information  https://review.openstack.org/31262616:36
johnthetubaguyoomichi: ah, I forgot that bit!16:37
ccarmackmriedem, alaski: with fixed and n-net, when I do "nova net-list" it doesn't return any networks, even though I see devstack calling nova-manage to create a network16:37
oomichisdague: can you give more comment on https://review.openstack.org/#/c/312320/ ? I cannot get the point.16:37
markus_zdims: we had pycrypto until https://git.openstack.org/cgit/openstack/nova/commit/?id=56d3d2916:37
dimsmarkus_z : 2012 :)16:38
markus_zdims: could a test case be missing?16:38
melwittccarmack: I think devstack creates a network in the cell via nova-manage network create <cell nova.conf> so you won't see it with 'nova net-list'16:39
siva_krishnanwilll mark it as 'wont fix it'16:39
markus_zdims: 2012? Did I provide a wrong link?16:39
*** flwang has quit IRC16:39
ccarmackmelwitt: yes I saw that nova-manage called, but why wouldn't then net appear in the list?16:39
dimsmarkus_z : https://git.openstack.org/cgit/openstack/nova/commit/?id=56d3d29 is from 201216:40
dane-fichtermarkus_z isn't pycrypto still used in places?16:40
melwittccarmack: the net list will list only networks in the parent and there aren't any in the parent, it's in the cell16:40
markus_zdims: omg, I thought it's 2016 ...16:40
dane-fichterpyca/cryptography is generally a much better option16:41
*** sfinucan has quit IRC16:41
*** shaohe_feng has quit IRC16:41
melwittccarmack: if you go into mysql you'll see the 'nova' and 'nova_cell' databases and see the networks table in each. the 'nova' one will be empty, the 'nova_cell' one will have the network16:41
pumaranikardims, markus_z so, i guess we dont have direct reference to pycrypto.16:41
*** aloga_ has quit IRC16:41
*** FL1SK has quit IRC16:41
ccarmackmelwitt: would that also explain why I get "floating pool not found" also, because thats what tempest is getting?16:42
*** shaohe_feng has joined #openstack-nova16:42
ccarmackand I see a nova manage creating the pool…16:42
dane-fichterdims, markus_z what do you guys need pycrypto for?16:42
melwittccarmack: well, there is probably a pool at the top (parent) but not a pool in the cell. opposite issue16:42
markus_zdane-fichter: It's about this bug https://bugs.launchpad.net/nova/+bug/157804716:42
openstackLaunchpad bug 1578047 in OpenStack Compute (nova) "missing python library pycrypto in requireements.txt" [Undecided,New] - Assigned to Seungkyu Ahn (seungkyua)16:42
melwittccarmack: oh, nova-manage created the pool? probably in the cell then. I didn't remember who, tempest or devstack, creates the pool16:43
melwittccarmack: anyway, it's not synced between parent and cell and that's why those things won't work16:43
ccarmackmelwitt: devstack creates it, and I configured tempest to use that pool16:43
dane-fichterhuh that's strange16:43
*** p01nt3r75 has quit IRC16:44
ccarmackmelwitt: ok, maybe I should use fixed…. I think I had validation working somehow a few months ago16:44
melwittccarmack: I had made fixed work with validation eons ago and I think you did too. let me see if I took any notes somewhere16:45
*** tbachman has joined #openstack-nova16:45
*** e0ne has quit IRC16:46
*** e0ne has joined #openstack-nova16:47
dimsmarkus_z : back in a bit16:47
*** READ10 has quit IRC16:47
*** e0ne has left #openstack-nova16:47
markus_zdims: I have to leave in a few minutes and tomorrow is a public holiday in my country. I'm back on Friday. Would you maybe check with pumaranikar what's happening there?16:48
*** paul-carlton2 has quit IRC16:48
*** rbridgeman has joined #openstack-nova16:48
*** tbachman_ has joined #openstack-nova16:48
melwittccarmack: not finding anything but I think I had set [validation] run_validation = True and connect_method = fixed in tempest.conf16:48
melwittand use the default security group in test_server_basic_ops16:49
*** rbridgeman_ has joined #openstack-nova16:49
*** Swami_ has quit IRC16:49
ccarmackmelwitt: yep, I'm trying that now… will keep digging16:49
*** gszasz has quit IRC16:50
pumaranikarmarkus_z, yes. I will connect with dims.16:50
*** tbachman has quit IRC16:50
*** tbachman_ is now known as tbachman16:50
dimsmarkus_z : ack. have a good holiday16:50
markus_zthanks! see you on Friday16:50
*** markus_z has quit IRC16:51
*** unicell has joined #openstack-nova16:51
*** shaohe_feng has quit IRC16:51
*** shaohe_feng has joined #openstack-nova16:52
pumaranikardims, let me know when you get some time.16:52
*** rbridgeman has quit IRC16:53
*** FL1SK has joined #openstack-nova16:53
*** zenoway has joined #openstack-nova16:53
*** jistr has quit IRC16:54
sdagueoomichi: before, it was clear why this was a failure, you were passing garbage in one of the parameter16:54
sdaguenow the failure in https://review.openstack.org/#/c/312320/ is a lot less clear why it's no good16:54
dimspumaranikar : can you grab outputs from "pip freeze" and "dpkg -l" and add it to the bug report please?16:55
dimspumaranikar : i'll try to look at it after lunch16:55
*** sdake has quit IRC16:55
*** zenoway has quit IRC16:57
*** derekh has quit IRC16:57
oomichisdague: as the commit message, the test MUST be for v2.1 API as the test class name. but current one tests v2.0 module wrongly16:57
oomichisdague: then the patch fixes it to switch to test v2.1 module before removing v2.0 API modules16:58
oomichisdague: I put a new comment on https://review.openstack.org/#/c/312320/1/nova/tests/unit/api/openstack/compute/test_volumes.py16:59
*** flwang has joined #openstack-nova16:59
oomichisdague: at line 22916:59
pumaranikardims, ok. Will that be helpful ? I am not facing this issue on my environment.16:59
mriedemwhew, api summit session recap email sent, time for lunch17:00
*** akshai has quit IRC17:00
*** shaohe_feng has quit IRC17:01
*** akshai has joined #openstack-nova17:02
*** shaohe_feng has joined #openstack-nova17:02
*** antonyfm has quit IRC17:03
melwittmriedem: you have been a champion with all the recap emails. really great17:03
*** rena9067 has quit IRC17:04
mriedemthanks. it's scary that i'm already forgetting stuff from last week.17:05
melwittI am too, if that's any consolation17:06
*** lpetrut has joined #openstack-nova17:07
sdaguemriedem: thanks for the API recap, looks great17:07
sdaguemelwitt: thankfully people were taking pretty reasonable notes in the etherpads17:07
melwittsdague: yeah, I noticed that too. well worth it to take the notes17:09
*** rtheis_ has joined #openstack-nova17:09
*** bigdogstl has joined #openstack-nova17:09
cdentmriedem: you're forgetting things because of that long march to russia17:10
oomichijohnthetubaguy: reviewed again on https://review.openstack.org/#/c/290156 . I will +2 if respining for a few lines.17:11
oomichijohnthetubaguy: btw, are there any concerns about https://review.openstack.org/#/c/311659/ more?17:11
oomichijohnthetubaguy: that got 2 * +2s now :)17:12
*** rtheis has quit IRC17:12
*** shaohe_feng has quit IRC17:12
*** Swami has joined #openstack-nova17:12
*** paul-carlton2 has joined #openstack-nova17:12
*** salv-orlando has joined #openstack-nova17:12
*** shaohe_feng has joined #openstack-nova17:13
*** bigdogstl has quit IRC17:15
*** brian_price has quit IRC17:15
*** brian_price has joined #openstack-nova17:18
*** ccarmack has quit IRC17:19
*** ctrath has quit IRC17:19
mriedemedleafe: please stop blogging about cells v217:20
*** shaohe_feng has quit IRC17:22
*** diogogmt has quit IRC17:22
*** dave-mccowan has joined #openstack-nova17:22
*** shaohe_feng has joined #openstack-nova17:23
*** ctrath has joined #openstack-nova17:23
*** paul-carlton2 has quit IRC17:24
*** jed56 has quit IRC17:24
*** diogogmt has joined #openstack-nova17:24
*** wanghao has quit IRC17:26
*** wanghao has joined #openstack-nova17:27
*** paul-carlton2 has joined #openstack-nova17:28
* tbachman wonders if JLo is making another movie with Vince Vaughn17:28
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Fix unit tests for v2.1 API  https://review.openstack.org/31232017:30
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 unit tests[q-v]  https://review.openstack.org/31165617:30
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 unit tests[f-n]  https://review.openstack.org/31165817:30
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 unit tests[a-e]  https://review.openstack.org/31165917:31
cfriesenanyone know how to represent a long URL in a spec without violating the 78-column limit?17:31
openstackgerritKen'ichi Ohmichi proposed openstack/nova: WIP: Remove legacy v2 API code completely  https://review.openstack.org/31165317:31
*** ljxiash has joined #openstack-nova17:32
*** shaohe_feng has quit IRC17:32
*** shaohe_feng has joined #openstack-nova17:33
*** ctrath has quit IRC17:33
*** unicell has quit IRC17:33
*** ccarmack has joined #openstack-nova17:33
*** unicell1 has joined #openstack-nova17:33
*** akshai has quit IRC17:34
*** tonytan4ever has quit IRC17:34
*** bigdogstl has joined #openstack-nova17:35
*** ctrath has joined #openstack-nova17:36
*** vilobhmm111 has joined #openstack-nova17:36
*** ljxiash has quit IRC17:36
oomichisdague: thanks for the comment on https://review.openstack.org/#/c/312320/ . I have addressed on that ^^^17:36
*** ptm_away has joined #openstack-nova17:36
*** vilobhmm11 has quit IRC17:37
*** ptm_away has quit IRC17:37
sdaguecfriesen: you can split python strings inside parens17:38
*** rlrossit has quit IRC17:38
*** ptm_away has joined #openstack-nova17:38
sdaguefoo = ("http://.........................."17:38
sdague      ".....................................")17:38
sdagueor #  noqa on the line in question17:38
sdagueoomichi: thanks, +217:39
*** PaulMurray has quit IRC17:39
*** Sukhdev has quit IRC17:42
*** shaohe_feng has quit IRC17:42
*** ptm_away has quit IRC17:43
*** shaohe_feng has joined #openstack-nova17:43
*** akshai has joined #openstack-nova17:44
*** bigdogstl has quit IRC17:45
*** tonytan4ever has joined #openstack-nova17:45
*** paul-carlton2 has quit IRC17:50
cfriesensdague: not python, rst in a spec17:51
*** mriedem has quit IRC17:52
cfriesensdague: I currently have this line, need to limit it to 79 columns:  .. [1] https://blueprints.launchpad.net/nova/+spec/resource-providers-scheduler-db-filters17:53
*** shaohe_feng has quit IRC17:53
*** mvk_ has quit IRC17:53
*** mriedem has joined #openstack-nova17:54
sdaguecfriesen: you actually don't17:55
*** shaohe_feng has joined #openstack-nova17:55
cfriesenthere's an exception for urls?17:55
sdagueit's a soft limit, it's not code enforced.17:56
sdaguemostly we didn't want people relying on word wrap because gerrit makes it impossible to review17:56
cfriesencool...and actually tox passes even with the long url17:57
openstackgerritChris Friesen proposed openstack/nova-specs: Improve Scheduler Logging  https://review.openstack.org/30664717:57
*** salv-orlando has quit IRC18:01
*** shaohe_feng has quit IRC18:03
dansmithalaski: doffm: funny story18:03
*** sambetts is now known as sambetts|afk18:03
*** syjulian has quit IRC18:03
dansmithalaski: doffm I started working on a model and db migration to add keypairs to instance_extra18:04
dansmiththen went to add it into instance18:04
dansmithturns out, we store just the name and key data right on the instance itself18:04
*** shaohe_feng has joined #openstack-nova18:04
dansmithso I think we're good?18:04
alaskiwe also need the type18:04
dansmithhmm, how do we get it now?18:04
alaskihttp://git.openstack.org/cgit/openstack/nova/tree/nova/api/metadata/base.py#n32118:05
alaskirepull the keypair from the db18:05
alaskior via RPC for cellsv118:05
dansmithyeah, I see18:05
dansmithdang18:05
dansmithalaski: so, if we add it into extra, we'll gain the type but duplicate the other two fields18:06
dansmithoh18:06
dansmithactually I guess that's not the same18:06
alaskiyeah. ideally we'd deprecate those and move it all into extra, but I defer to you on if that's better than just adding type to instance18:07
dansmithso, I think key_data is the public key18:07
dansmither, no18:07
dansmithhmm, this is very confusing18:07
alaskithat should be the opening line for the devref18:08
openstackgerritMark Doffman proposed openstack/nova-specs: Move aggregates tables to the API database  https://review.openstack.org/28808418:08
doffmalaski, dansmith: I defer. In the spec I have it *all* going to extra, but nothing about deprecating the old fields.18:10
dansmithyeah18:10
doffmThey would be unused once the spec was complete.18:11
dansmithso the tough bit is,18:11
dansmithin order to continue to be compatible, we need to allow loading those from either database on the metadata server,18:11
dansmithwhich will require upcalling to the api database if they have been migrated18:11
doffmAhhh yes. Old computes.18:11
dansmithold instances, not computes18:12
doffmSo, we can either have upcalling for a limited amount of time, or bad metadata returns for a limited amount of time.18:12
dansmithI suppose we could make sure we always migrate instances before we move the keypairs18:12
doffmOh, not limited. The instances can live forever.18:12
doffmHmmm.18:12
dansmithand have metadata only load by name from the cell db if it has to18:12
*** shaohe_feng has quit IRC18:13
*** zeroDivisible has joined #openstack-nova18:13
*** shaohe_feng has joined #openstack-nova18:14
*** Kennan has quit IRC18:19
*** roeyc has joined #openstack-nova18:20
*** Kennan has joined #openstack-nova18:20
*** shaohe_feng has quit IRC18:23
*** shaohe_feng has joined #openstack-nova18:24
*** akshai has quit IRC18:28
*** diogogmt has quit IRC18:28
*** zenoway has joined #openstack-nova18:29
*** ivase_ has joined #openstack-nova18:30
*** ctrath has quit IRC18:30
*** nelsnels_ has joined #openstack-nova18:30
*** nelsnelson has quit IRC18:30
*** jamesden_ has joined #openstack-nova18:30
*** akshai has joined #openstack-nova18:31
*** bigdogstl has joined #openstack-nova18:32
*** ivase has quit IRC18:32
*** abalutoiu has quit IRC18:33
*** jamesdenton has quit IRC18:33
*** shaohe_feng has quit IRC18:34
*** Jeffrey4l has quit IRC18:34
*** shaohe_feng has joined #openstack-nova18:34
*** omnipresent has joined #openstack-nova18:36
*** liverpooler has joined #openstack-nova18:38
*** bigdogstl has quit IRC18:39
*** zenoway has quit IRC18:40
*** sdake has joined #openstack-nova18:42
*** bigdogstl has joined #openstack-nova18:43
*** shaohe_feng has quit IRC18:44
*** sdake has quit IRC18:44
*** shaohe_feng has joined #openstack-nova18:45
*** sdake has joined #openstack-nova18:46
*** rook has joined #openstack-nova18:48
*** bigdogstl has quit IRC18:48
*** ctrath has joined #openstack-nova18:50
*** vishwanathj has joined #openstack-nova18:50
*** salv-orlando has joined #openstack-nova18:51
mriedemare we ever going to officially deprecate file injection?18:53
dansmithI think we should18:54
mriedemand fping18:54
mriedemwtf18:54
mriedemi never remember what that is18:54
*** rlrossit has joined #openstack-nova18:54
*** shaohe_feng has quit IRC18:54
*** vilobhmm111 has quit IRC18:54
mriedemoh i see18:55
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 unit tests[f-n]  https://review.openstack.org/31165818:55
*** salv-orlando has quit IRC18:56
openstackgerritKen'ichi Ohmichi proposed openstack/nova: WIP: Remove legacy v2 API code completely  https://review.openstack.org/31165318:56
sdaguepersonalities and fping are probably on the APIs we should get rid of front18:56
*** danpb has quit IRC18:56
*** salv-orlando has joined #openstack-nova18:56
mriedemi was going to say, dansmith should get on the sdague api deprecation train :)18:56
sdaguefping probably should go into the nova-network bucket, actually18:56
*** shaohe_feng has joined #openstack-nova18:57
mriedemspeaking of nova-net buckets18:57
mriedemos-networks-associate18:57
mriedemtotes nova-net18:57
mriedemyou get a 501 from that if you're using neutron18:57
*** RuiChen has quit IRC18:57
sdagueoh, did I miss that? I was going through the API ref site and might have18:57
sdagueit is kind of interesting, the nova API is almost going to fit inside your head once we dump all this stuff18:58
*** roeyc has quit IRC18:59
mriedemsdague: well, i was going to say something about os-networks-associate in your deprecation spec, but it's not a proxy18:59
mriedembut i guess if nova-net is deprecated then it's by proxy deprecated18:59
sdaguemriedem: yeh, one the network side we get a little fuzzy there, but it is19:00
*** mvk_ has joined #openstack-nova19:00
mriedemwhile we're on this train19:00
mriedemos-disk-config19:00
mriedemneeds to die19:00
mriedemlike, we'll be gentle about it, like when that nazi kills the guy with a slow knife at the end of saving private ryan19:01
mriedemssshhhh, it's ok, it's ok19:01
mriedemfping should work with neutron19:02
*** prateek has joined #openstack-nova19:03
openstackgerritJay Pipes proposed openstack/nova-specs: WIP Resource providers: dynamic resource classes  https://review.openstack.org/31269619:03
sdaguemriedem: not without a bunch of work right, by default the compute hosts can't talk to project networks19:03
sdaguebecause of ovs isolation19:03
*** ijw has quit IRC19:04
*** shaohe_feng has quit IRC19:04
mriedemyeah maybe, idk really19:05
mriedemwas going to try with novaclient but we don't have a shell19:05
*** salv-orlando has quit IRC19:07
*** shaohe_feng has joined #openstack-nova19:07
*** salv-orlando has joined #openstack-nova19:08
mriedemsdague: ok, comments inline https://review.openstack.org/#/c/312209/19:10
sdaguecool, doing expenses now, I'll look in the morning19:10
*** zeroDivisible has quit IRC19:10
*** palexster has quit IRC19:12
*** tbachman has quit IRC19:13
*** salv-orlando has quit IRC19:13
*** rmcall has joined #openstack-nova19:13
*** palexster has joined #openstack-nova19:14
*** shaohe_feng has quit IRC19:15
openstackgerritMaxim Nestratov proposed openstack/nova-specs: libvirt: support for virtozzo storage volume driver  https://review.openstack.org/31270419:15
*** tonytan4ever has quit IRC19:17
*** shaohe_feng has joined #openstack-nova19:18
*** shaohe_feng has quit IRC19:25
*** sdake has quit IRC19:25
*** sdake has joined #openstack-nova19:26
mriedemjaypipes: sdague: cdent: for the placement API/client, it's not just CLI right? it's also the python API that goes in some kind of library which isn't going to be python-novaclient.19:26
*** shaohe_feng has joined #openstack-nova19:26
mriedemseems easiest to just throw the CLI and python API in the same library19:26
cdentmriedem: yes, that's correct, but we're already taking that pretty much as a given, aren't we19:27
mriedemthen i think the question is just if the CLI is an OSC plugin in that library or not19:27
cdentyes19:27
sdaguemriedem: yes19:27
mriedemopenstack placement resource-pool create19:27
mriedemsomething like that19:27
mriedemoh i guess it would be19:27
jrollI thought osc didn't do admin things :)19:27
sdaguejroll: see mailing list19:28
mriedemopenstack resource-pool create19:28
jrollaha19:28
cdentyes, what jroll just said, and thus the thread19:28
* jroll will catch up19:28
cdentbut the thread seems to have gotten off track19:28
mriedem'placement' wouldn't be in the CLI because that's a namesapce19:28
mriedemwe could always move to an OSC plugin later for the CLI19:28
*** bigdogstl has joined #openstack-nova19:28
mriedemmaybe we just start with owning it all in the single lib19:28
mriedemunless the OSC plugin saves us a lot of headache19:29
*** salv-orlando has joined #openstack-nova19:30
openstackgerritMaxim Nestratov proposed openstack/nova-specs: libvirt: support for virtozzo storage volume driver  https://review.openstack.org/31270419:30
*** apoorvad has quit IRC19:31
sdagueall that being said, actually breaking ground on a dedicated library here I don't think was originally in the mix. So time to bike shed on names which have no association with time, and only with placement19:32
*** bigdogstl has quit IRC19:33
*** ljxiash has joined #openstack-nova19:33
*** shaohe_feng has quit IRC19:35
*** smatzek has quit IRC19:35
*** shaohe_feng has joined #openstack-nova19:36
*** ljxiash has quit IRC19:38
*** tonytan4ever has joined #openstack-nova19:38
*** baoli_ has quit IRC19:39
*** mkrcmari__ has joined #openstack-nova19:40
mriedemi'm not sure what you just said19:40
*** mvk_ has quit IRC19:44
alaskiI think he's referring to it being called the scheduler, even though it's not really "scheduling". It's more of a placement engine19:45
sdagueright19:45
sdaguewhich is why we called the API placement19:45
*** shaohe_feng has quit IRC19:45
sdagueand we should not call the new thing gannt19:45
mriedemgantt19:46
mriedemgawd19:46
dansmiththere are multiple reasons not to call anything else gantt :)19:46
*** shaohe_feng has joined #openstack-nova19:46
*** openstackgerrit has quit IRC19:48
bauzasdid there was a consensus on saying the client for the placement API to be off the novaclient ? I'm a bit sad then19:48
*** openstackgerrit has joined #openstack-nova19:48
bauzasI'm sure the long-term plan is to cut the scheduler off nova, but having this being now is a bit too young IMHO19:49
bauzasbecause the endpoint is part of nova still19:49
sdaguebauzas: we didn't put boto in novaclient when it did ec219:49
sdaguebauzas: if you start it in novaclient, then when you split it out you need to take all the shared history, and it gets shaped by the existing novaclient code19:50
bauzaswell, I was thinking that since the scheduler only provides destinations being compute nodes, it's still a nova related one19:50
bauzasGantt was historically there for not only placing computes, but also volumes for example19:51
bauzasthat said19:51
bauzasif we say the split-off scheduler being another project, it would still be in the 'compute' program19:52
bauzasso I'm torn19:52
bauzastbc, I'm not against forklifting the scheduler19:53
bauzasit's a program vs. project question I have in mind19:53
sdagueprograms aren't really a thing any more, but yeh, it would start with nova-core approval team19:54
*** klindgren has joined #openstack-nova19:54
bauzassdague: but I understand your point, and I think having that in novaclient would make splitting the scheduler harder19:54
sdagueright, we should plan for success here, and do things that make future split easiest19:55
bauzassdague: in my mind, until the scheduler gives more than just computes, it's still a compute related project, hence nova-core and nova team19:55
*** akshai has quit IRC19:55
bauzasI guess my worries come by the fact it's the first time we would really make a clear line between nova and the scheduler19:56
*** shaohe_feng has quit IRC19:56
bauzasjust wanting to make sure we clarify what's we're going to have19:56
*** shaohe_feng has joined #openstack-nova19:56
doffmWe should make it super clear that the scheduler isn't general purpose right? Its separate but only for use by nova?19:57
*** tbachman has joined #openstack-nova19:57
*** yamahata has quit IRC19:58
bauzasdoffm: I'm saying that because I had some concerns from other teams when I was working on gantt whether it was intended to be in use for other projects19:58
sdaguegantt did everything in the wrong order19:58
bauzasin order to clarify that, I wrote a ML thread officially claiming that gantt was defunct19:59
*** prateek has quit IRC19:59
dansmithI can see turning the resource pools stuff into a very much more generic thing19:59
bauzasbecause in my mind, unless other projects are wanting to use a scheduler API for returning others than just computes, it's a nova thing19:59
bauzasdansmith: having cross-project affinity and placement is certainly a thing, yes20:00
*** ctrath has quit IRC20:00
*** salv-orlando has quit IRC20:00
dansmithI don't really mean that20:00
dansmithI mean, you could have a resource pool of compute, that would exclude non-compute nodes,20:00
dansmithand a resource pool of volume, which helps you pick a cinder node, independent of a compute node20:01
bauzasyeah was thinking of that20:01
dansmithand then different kinds of filters downstream from the big generic resource pool filter20:01
bauzasokay, that makes me agreeing sdague's point then20:03
bauzasit can't be in novaclient20:03
bauzasbut call it anything but gantt20:03
*** ctrath has joined #openstack-nova20:03
dansmithright20:04
bauzasI could propose avon20:05
bauzas:p20:05
bauzasokay, all of that clarifies things in my mind20:05
doffmMaybe one day it could be more generic. I guess I just don't want everyone to jump on it with extra requirements while its still being worked on for nova use case.20:05
bauzasif we say there is a separate endpoint and a separate client, but at the beginning we still share the nova repo and are part of the compute program, that looks fine by me20:06
*** shaohe_feng has quit IRC20:06
bauzasdoffm: you just hit my biggest concern20:06
bauzasdoffm: hence me really really super causcious about splitting the scheduler out of nova20:07
*** shaohe_feng has joined #openstack-nova20:07
*** sdague has quit IRC20:07
bauzasnova still has to be our 1st consumer20:07
melwittI'd rather it be generic enough now, being that we're on the brink of having our other backends duplicate ideas like aggregates and filtering on their side20:07
melwittand the work that's being done now is either super close to being generic enough or might already be. it really needs to be sketched out by operators that are using for example, nova and ironic20:08
*** harlowja has quit IRC20:09
*** akshai has joined #openstack-nova20:10
*** salv-orlando has joined #openstack-nova20:11
bauzasmelwitt: that's a fair thing to say, I agree20:12
*** akshai has quit IRC20:12
*** cdelatte has quit IRC20:12
*** dmk0202 has joined #openstack-nova20:14
*** akshai has joined #openstack-nova20:14
*** sdague has joined #openstack-nova20:14
*** apoorvad has joined #openstack-nova20:15
*** mvk_ has joined #openstack-nova20:16
*** shaohe_feng has quit IRC20:16
*** shaohe_feng has joined #openstack-nova20:17
*** vladikr has quit IRC20:18
*** mvk has joined #openstack-nova20:18
*** mkrcmari__ has quit IRC20:19
doffmI spoke to alaski about it at the summit, but I would like us to keep some modularity / pluggability in the scheduler. Different placement algorithms etc.. If its a generic thing then i think that will be neccessary.20:20
doffmWith all the other changes going on though. :) Probably not something to do now.20:20
*** mvk_ has quit IRC20:21
*** mkrcmari__ has joined #openstack-nova20:21
bauzasok, baby steps20:21
doffmYeah.20:22
bauzasfirst, let's provide the endpoint and the client for being used for placing compute nodes using more than just compute related resources20:22
doffmActually its kinda huge steps at the moment, one HUGE step at a time.20:22
*** bigdogstl has joined #openstack-nova20:22
alaskiyeah. my concern continues to be about defining the APIs well. Not just the call for getting a placement, but the APIs feeding data into the scheduler, and the internal APIs. I would like to see alternative schedulers for various use cases20:24
bauzasthat's why I was first confused when I saw the client discussion (and me saying I was "sad")20:24
alaskihowever for now I just hope for clean APIs20:24
bauzasbut if we clarify the above (ie. a placement endpoint for the solely purpose of placing compute nodes), I'm fine20:24
doffmalaski: Yep, we don't yet know what apis should look like for 20 unknown use cases.20:25
bauzaswe could see later how to have a v2 API placing more than just compute nodes20:25
*** mvk has quit IRC20:25
bauzasbut the v1 API contract for the placement endpoint is clear to me20:25
bauzaswhile the others aren't20:25
bauzasfor example, we still don't know whether we move claims into the scheduler20:26
bauzasand other projects don't have a ResourceTracker20:26
doffm+1 for doing so, but yea. :)20:26
alaskidoffm: yeah20:26
*** shaohe_feng has quit IRC20:26
*** fawadkhaliq has joined #openstack-nova20:27
*** bigdogstl has quit IRC20:27
bauzasmeaning that if Cinder wants to place volumes, I'm fine but we would need to consider asking them to have a specific "resource pool" tracker20:27
bauzaswhich is not a v1 thing tbh20:27
*** shaohe_feng has joined #openstack-nova20:27
bauzashope I'm clarifying my original ping which could have confused people20:28
*** ctrath has quit IRC20:30
doffmalaski: Just trying to work out how to rebase my other cell0 patches to your 'one command to rule them all series'. This is looking like a cherry-pick of doom.20:31
*** cdelatte has joined #openstack-nova20:31
doffmIf in doubt. Cherry pick.20:31
*** swatson1 has joined #openstack-nova20:32
*** tonytan4ever has quit IRC20:33
*** salv-orlando has quit IRC20:35
alaskihopefully we can get those merged soon20:36
doffmYep, i'm going to get them in shape now.20:36
*** shaohe_feng has quit IRC20:37
*** shaohe_feng has joined #openstack-nova20:38
*** bigdogstl has joined #openstack-nova20:38
*** yamahata has joined #openstack-nova20:38
* auggy just caught up on the backscroll... more like backLOL hehe20:41
*** mvk has joined #openstack-nova20:41
*** ctrath has joined #openstack-nova20:41
*** bigdogstl has quit IRC20:43
*** lightshadow has quit IRC20:43
*** mkrcmari__ has quit IRC20:44
*** mvk_ has joined #openstack-nova20:44
*** salv-orlando has joined #openstack-nova20:44
melwittalaski: one thing I was thinking about on the API for feeding data into the scheduler, is the ability to do it without specifying a resource pool. otherwise the data feeder has to have knowledge of the aggregate layout (if resource pools are mapped to aggregates)20:45
*** ctrath has quit IRC20:46
alaskiI don't have it all in my head anymore, but I think that's what resource providers are for20:46
*** mkrcmari__ has joined #openstack-nova20:47
alaskiif the provider is specified then all the mapping can take place within the scheduler20:47
alaskiI think20:47
*** shaohe_feng has quit IRC20:47
*** fawadk has joined #openstack-nova20:47
*** doug-fis_ has joined #openstack-nova20:48
*** mvk has quit IRC20:48
*** shaohe_feng has joined #openstack-nova20:48
alaskias long as the scheduler knows which providers belong to which pool20:49
*** aysyd has quit IRC20:49
*** fawadkhaliq has quit IRC20:50
*** doug-fish has quit IRC20:50
*** roeyc has joined #openstack-nova20:50
*** mvk_ has quit IRC20:50
*** mvk has joined #openstack-nova20:51
*** ctrath has joined #openstack-nova20:51
*** doug-fish has joined #openstack-nova20:51
*** Sukhdev has joined #openstack-nova20:52
*** aysyd has joined #openstack-nova20:52
*** doug-fi__ has joined #openstack-nova20:52
*** doug-fis_ has quit IRC20:52
melwittI will be digging into the specs again now that I understand more of this now. I'm thinking of ironic feeding inventory, if it could come in unassociated with an aggregate and be associated with one via nova API call by an operator20:53
*** mkrcmari__ has quit IRC20:53
*** mvk_ has joined #openstack-nova20:53
*** Sukhdev has quit IRC20:54
dansmithgahh, another cells meeting already?20:55
melwittyup20:55
*** doug-fish has quit IRC20:55
dansmithseems like those happen every week20:55
bauzas:)20:55
*** mkrcmari__ has joined #openstack-nova20:56
*** jaypipes has quit IRC20:56
*** mvk has quit IRC20:56
openstackgerritJulian proposed openstack/nova-specs: instance.create notifications should emit with scheduler hints  https://review.openstack.org/31216920:56
*** doug-fi__ has quit IRC20:57
*** shaohe_feng has quit IRC20:57
bauzasdansmith: melwitt: I'm actually in 3 mins + a cells meeting to be in a long week-end :)20:57
melwittbauzas: nice!20:58
*** shaohe_feng has joined #openstack-nova20:58
bauzasmy disagreement level should be pretty low then :)20:58
*** mvk_ has quit IRC20:59
dansmithI'm going to sleep after this meeting to try to get well-er20:59
dansmithso I hope it's quick20:59
*** ducttape_ has joined #openstack-nova21:00
bauzas+121:00
melwittno pressure alaski21:00
alaskiheh21:00
*** mvk_ has joined #openstack-nova21:00
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 unit tests[f-n]  https://review.openstack.org/31165821:03
openstackgerritKen'ichi Ohmichi proposed openstack/nova: WIP: Remove legacy v2 API code completely  https://review.openstack.org/31165321:03
*** mkrcmari__ has quit IRC21:04
jrollsdague: hey, where is api-ref stuff being published currently?21:07
*** shaohe_feng has quit IRC21:07
jrollaha, http://developer.openstack.org/api-ref/compute/21:08
jrollignore me :)21:08
*** shaohe_feng has joined #openstack-nova21:08
*** lakshmiS has joined #openstack-nova21:08
*** kfarr has quit IRC21:08
*** aysyd has quit IRC21:10
*** harlowja has joined #openstack-nova21:10
*** tbachman has quit IRC21:12
*** haplo37 has quit IRC21:12
openstackgerritDan Smith proposed openstack/nova: Add keypairs to instance_extra  https://review.openstack.org/31274921:15
openstackgerritDan Smith proposed openstack/nova: Add keypairs to Instance object  https://review.openstack.org/31275021:15
openstackgerritDan Smith proposed openstack/nova: Create Instances with keypairs  https://review.openstack.org/31275121:15
*** tbachman has joined #openstack-nova21:15
*** shaohe_feng has quit IRC21:18
openstackgerritDan Smith proposed openstack/nova: Add Keypairs to the API database  https://review.openstack.org/31275521:18
openstackgerritDan Smith proposed openstack/nova: Make Keypair object favor the API database  https://review.openstack.org/31275621:18
*** shaohe_feng has joined #openstack-nova21:19
*** Sukhdev has joined #openstack-nova21:19
openstackgerritSylvain Bauza proposed openstack/nova: Add requested_destination field to RequestSpec  https://review.openstack.org/31275721:19
*** rlrossit has quit IRC21:19
*** svenkat has quit IRC21:21
*** dane-fichter has quit IRC21:23
*** cleong has quit IRC21:25
*** vilobhmm11 has joined #openstack-nova21:26
*** vilobhmm111 has joined #openstack-nova21:28
*** rtheis_ has quit IRC21:28
*** shaohe_feng has quit IRC21:28
*** thorst has quit IRC21:28
*** shaohe_feng has joined #openstack-nova21:29
*** ccarmack has quit IRC21:29
*** lightshadow has joined #openstack-nova21:30
*** pushkaru has quit IRC21:31
*** vilobhmm11 has quit IRC21:31
*** lakshmiS has quit IRC21:32
*** pushkaru has joined #openstack-nova21:32
*** eharney has quit IRC21:32
openstackgerritMark Doffman proposed openstack/nova: Add test fixture for cell0.  https://review.openstack.org/30186421:33
openstackgerritMark Doffman proposed openstack/nova: Map instances to cell0 on failed schedule  https://review.openstack.org/26782721:33
openstackgerritMark Doffman proposed openstack/nova: Manage db sync command for cell0  https://review.openstack.org/27488521:33
doffmdansmith: That is super fast work.21:33
*** thorst has joined #openstack-nova21:33
dansmithdoffm: not done yet, but getting there21:33
*** bigdogstl has joined #openstack-nova21:34
openstackgerritmelanie witt proposed openstack/nova-specs: Message queue connection switching for cells  https://review.openstack.org/29855121:35
*** thorst has quit IRC21:37
*** shaohe_feng has quit IRC21:38
*** shaohe_feng has joined #openstack-nova21:39
*** bigdogstl has quit IRC21:39
mriedemmnestratov: re: https://review.openstack.org/#/c/312704/21:41
mriedemis there an os-brick initiator for virtuozzo?21:41
*** ducttape_ has quit IRC21:42
mriedemi don't see one21:42
mriedemoh wait https://review.openstack.org/#/c/188805/21:44
*** ccarmack has joined #openstack-nova21:46
*** rmcall has quit IRC21:47
*** shaohe_feng has quit IRC21:48
bauzasbye folks,see you monday21:49
*** fragatin_ has joined #openstack-nova21:50
mriedemo/21:50
*** mriedem has quit IRC21:50
*** bauzas is now known as bauzas_off21:50
*** sdague has quit IRC21:51
*** shaohe_feng has joined #openstack-nova21:51
*** fragatina has quit IRC21:51
*** Sukhdev has quit IRC21:52
*** Sukhdev has joined #openstack-nova21:52
*** burt has quit IRC21:54
cdentedleafe: I'm not sure I'm parsing your comment about a calculated field. What's there is explicitly to support the api described in https://review.openstack.org/#/c/300176/ which wants a 'used' field and isn't really thinking about things in terms of what the scheduler might do. I see that the use cases create some impedance mismatches, but since the spec's not accepted yet, should there be more discussion there?21:54
cdent(sorry if my explain of you not making sense to me makes no sense to you, I've been on the phone a bit too much this evening)21:54
edleafecdent: no, it's clear21:55
edleafecdent: it's just that that spec is where the idea was first surfaced21:55
edleafecdent: it may indeed be better to move the discussion to a prior spec21:56
edleafecdent: you do understand the concern, though, right?21:56
*** p01nt3r75 has joined #openstack-nova21:56
*** fragatin_ has quit IRC21:57
*** mageshgv has quit IRC21:57
*** fragatina has joined #openstack-nova21:57
cdentNot entirely, because in the apotheosis of resource providers, the usage info isn't visible to the scheduler, it's just processed within the sql call that does the calculus to generate a list of available resources21:58
cdentedleafe, it would help me, when I look again tomorrow, if you could provide a bit more detail on the concern so I can easily recontextualize myself21:59
*** jwcroppe has quit IRC21:59
*** shaohe_feng has quit IRC21:59
mikalMorning21:59
edleafecdent: Sure21:59
cdentawesome, thank you21:59
*** shaohe_feng has joined #openstack-nova22:00
edleafecdent: Yingxin explained it well, but I'll add a little more to the spec comments22:00
cdentyou rock22:00
*** dmk0202 has quit IRC22:01
*** ctrath has quit IRC22:03
*** Sukhdev has quit IRC22:04
*** shaohe_feng has quit IRC22:09
*** shaohe_feng has joined #openstack-nova22:10
*** vishwanathj has quit IRC22:10
auggygood morning mikal!22:11
auggyi have a cells v2 question, i was looking at the cells v2 wiki and the Manifesto Etherpad linked there seems to be a bit garbled - https://etherpad.openstack.org/p/kilo-nova-cells-manifesto22:12
auggyis that current or is there something more current with more background information?22:12
*** jamesden_ has quit IRC22:13
auggyit looks like some sections may have been deleted and someone's cat decided to add a few things to the etherpad22:13
* auggy just discovered the "time slider"22:15
auggyok looks like this version is the "good one" - https://etherpad.openstack.org/p/kilo-nova-cells-manifesto/timeslider#90422:17
*** dimtruck is now known as zz_dimtruck22:19
*** shaohe_feng has quit IRC22:19
openstackgerritWalter A. Boring IV (hemna) proposed openstack/nova: WIP: save connection_info during live migration  https://review.openstack.org/31277322:20
*** shaohe_feng has joined #openstack-nova22:20
*** thorst has joined #openstack-nova22:22
*** ducttape_ has joined #openstack-nova22:24
*** baoli has joined #openstack-nova22:24
*** rushiagr has quit IRC22:24
*** baoli_ has joined #openstack-nova22:25
*** Savemech has quit IRC22:26
*** thorst has quit IRC22:26
*** baoli has quit IRC22:29
*** shaohe_feng has quit IRC22:29
*** shaohe_feng has joined #openstack-nova22:30
*** zeroDivisible has joined #openstack-nova22:32
*** earlephilhower has quit IRC22:34
*** lpetrut has quit IRC22:36
*** burgerk has quit IRC22:37
*** BjoernT has quit IRC22:38
*** cdent has quit IRC22:38
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 unit tests[f-n]  https://review.openstack.org/31165822:39
openstackgerritKen'ichi Ohmichi proposed openstack/nova: WIP: Remove legacy v2 API code completely  https://review.openstack.org/31165322:40
*** shaohe_feng has quit IRC22:40
*** shaohe_feng has joined #openstack-nova22:41
*** pushkaru has quit IRC22:42
melwittauggy: I think this is where it got captured as a doc http://docs.openstack.org/developer/nova/cells.html22:43
auggymelwitt: thanks! i think there's a cells v1 document floating around somewhere that confused me when i read it22:45
*** zenoway has joined #openstack-nova22:45
auggyor rather, after the summit i realized i was completely confused about cells v2 vs cells v1 thanks to that document ;D haha22:45
auggyanyways that should clear some things up in my head, it may have just been an old developer docs page22:45
*** zenoway has quit IRC22:46
*** roeyc has quit IRC22:46
auggymelwitt: also would you mind terribly if i updated the Cells v2 wiki page with that link? https://wiki.openstack.org/wiki/Nova-Cells-v222:47
*** roeyc has joined #openstack-nova22:48
*** ccarmack has quit IRC22:48
*** omnipresent has quit IRC22:49
*** bwallis has joined #openstack-nova22:50
*** shaohe_feng has quit IRC22:50
*** ametts has quit IRC22:52
*** harlowja has quit IRC22:52
*** shaohe_feng has joined #openstack-nova22:52
*** harlowja has joined #openstack-nova22:53
*** ijw has joined #openstack-nova22:57
*** brian_price has quit IRC22:59
*** ducttape_ has quit IRC23:00
*** shaohe_feng has quit IRC23:00
*** shaohe_feng has joined #openstack-nova23:01
*** pradk has quit IRC23:01
*** ivase_ has quit IRC23:02
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 unit tests[f-n]  https://review.openstack.org/31165823:03
openstackgerritKen'ichi Ohmichi proposed openstack/nova: WIP: Remove legacy v2 API code completely  https://review.openstack.org/31165323:03
*** lightshadow has quit IRC23:03
*** ivase has joined #openstack-nova23:03
*** baoli_ has quit IRC23:05
*** baoli has joined #openstack-nova23:08
*** rchurch has quit IRC23:09
*** rchurch has joined #openstack-nova23:10
*** shaohe_feng has quit IRC23:10
*** shaohe_feng has joined #openstack-nova23:11
*** Sukhdev has joined #openstack-nova23:13
*** akshai has quit IRC23:16
zeroDivisiblehey guys, I'm wondering - I've been thinking about picking an easy bug to start digging through the Nova source code, would you have a suggestion for me to start? Only asking as last time I had picked one without doing enough research about the status of that bug and it turned out that my change was already covered by a pending patch.23:19
auggyzeroDivisible: we're currently working on updating our wiki and low-hanging-fruit list23:20
*** akshai has joined #openstack-nova23:20
*** sorrison_laptop has joined #openstack-nova23:20
auggyzeroDivisible: one thing i can recommend is getting involved with the Bugs team and helping out with bug skimming and triage23:20
auggyzeroDivisible: i've learned a lot by reproducing an issue and then trying to debug it23:21
*** shaohe_feng has quit IRC23:21
melwittauggy: nope, I think it would be good to update that wiki, go for it23:21
*** akshai has quit IRC23:21
*** shaohe_feng has joined #openstack-nova23:21
auggyzeroDivisible: https://wiki.openstack.org/wiki/Nova/BugsTeam23:22
auggyzeroDivisible: also another great project that's happening is the Config Options consolidation effort, I'll find the current etherpad with that info on it23:22
zeroDivisibleauggy: perfect, thanks for the hints - I'll try to check that wiki and Config Options consolidation23:23
melwittzeroDivisible: you can also do gerrit searches to check if a bug has a pending patch if for some reason the infra bot didn't update launchpad https://review.openstack.org/Documentation/user-search.html23:23
melwitt(assuming the pending patch has mentioned the lp bug number)23:24
auggyzeroDivisible: https://blueprints.launchpad.net/nova/+spec/centralize-config-options-newton23:24
auggymelwitt: i went ahead and updated the link so it points to that doc :) thanks23:25
melwittcool, thanks23:25
auggyzeroDivisible: also, we have a list of priorities for Newton and sometimes there are unassigned things and subgroups listed - https://etherpad.openstack.org/p/newton-nova-priorities-tracking23:25
auggyzeroDivisible: so if any of those things look interesting and you'd like to help out, and it's not clear who to contact, feel free to ask here and we can point you to the right person23:26
zeroDivisibleauggy: Thanks, that's what I wanted to do before starting to work on next thing. That config option centralization effort is really looking like an interesting candidate from a nova-newbie point of view.23:27
auggyzeroDivisible: cool! yeah and if you do see any bugs you'd like to work on, it's always a good idea to just double check in the channel in case there's extra "tribal knowledge" that might be helpful to know that's not in the bug23:28
auggyit also lets people know who you are and folks will keep an eye out for your patch :)23:28
*** ducttape_ has joined #openstack-nova23:29
*** bapalm_ has quit IRC23:30
*** shaohe_feng has quit IRC23:31
zeroDivisibleauggy: haha, I think the second part is at least as important as first one :) So, technically, I'll do a quick skim today after work to check that nobody is working on it, but line 591 in https://etherpad.openstack.org/p/config-options - 'disable_rootwrap' - is marked as "good for starters"23:32
zeroDivisiblewould this be a good thing to work on?23:32
auggyzeroDivisible: if it's marked "good for starters" then by all means dive in :)23:33
*** sacharya has quit IRC23:33
zeroDivisibleauggy: awesome, adding my name there and will give it a go. Thanks for help, I'm sure I may have more questions once I will understand what's going on and what needs to be done.23:33
auggyzeroDivisible: feel free to put your name next to it to claim it23:33
auggyzeroDivisible: yeah np and thanks for piping up in the channel :)23:34
*** shaohe_feng has joined #openstack-nova23:34
zeroDivisiblenp, thanks for help :)23:34
*** ljxiash has joined #openstack-nova23:35
*** sdake has quit IRC23:37
*** pushkaru has joined #openstack-nova23:38
*** ljxiash has quit IRC23:39
*** salv-orlando has quit IRC23:39
*** fragatina has quit IRC23:39
*** fragatina has joined #openstack-nova23:40
*** shaohe_feng has quit IRC23:41
*** shaohe_feng has joined #openstack-nova23:42
*** Swami has quit IRC23:47
*** bwallis has quit IRC23:49
*** fawadkhaliq has joined #openstack-nova23:50
*** tbachman has quit IRC23:50
*** davideagnello has quit IRC23:51
*** shaohe_feng has quit IRC23:51
*** fawadk has quit IRC23:52
*** davideagnello has joined #openstack-nova23:52
*** shaohe_feng has joined #openstack-nova23:52
*** tbachman has joined #openstack-nova23:53
*** xyang1 has quit IRC23:55
*** davideagnello has quit IRC23:56
*** ijw has quit IRC23:57
*** ijw has joined #openstack-nova23:58

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