Tuesday, 2016-02-23

jdurgincool - that'll work since you're using hammer00:00
EmilienMthanks !00:00
jdurginyw00:00
*** haomaiwa_ has quit IRC00:01
*** haomaiwa_ has joined #openstack-nova00:01
EmilienMjdurgin: if you want to review our ceph.conf: http://logs.openstack.org/24/281624/9/check/gate-puppet-openstack-integration-scenario001-tempest-dsvm-centos7/9e29774/logs/etc/ceph/ceph.conf.txt.gz00:01
*** porunov has quit IRC00:02
jdurginit's fine in general - and rbd_default_features will use the newer stuff by default in jewel00:03
*** mrkz has quit IRC00:05
*** ZZelle_ has quit IRC00:06
*** thumpba has quit IRC00:08
*** takedakn has joined #openstack-nova00:08
*** takedakn has quit IRC00:08
*** jwcroppe has quit IRC00:09
*** mylu has quit IRC00:13
*** takedakn has joined #openstack-nova00:15
*** armax has quit IRC00:16
*** mylu has joined #openstack-nova00:20
*** jaypipes has quit IRC00:20
*** Sukhdev has quit IRC00:24
*** Sukhdev has joined #openstack-nova00:32
*** mylu has quit IRC00:34
*** mylu has joined #openstack-nova00:35
*** mylu has quit IRC00:40
*** hemna is now known as hemnafk00:45
*** salv-orlando has quit IRC00:45
*** qeelee has joined #openstack-nova00:46
EmilienMjdurgin: so even with rbd_default_features it's failing http://logs.openstack.org/24/281624/11/check/gate-puppet-openstack-integration-scenario001-tempest-dsvm-trusty/42685cc/logs/etc/ceph/ceph.conf.txt.gz00:47
EmilienMI'm going to try the build_interval param in tempest now00:47
*** takedakn has quit IRC00:49
*** ducttape_ has joined #openstack-nova00:50
*** hoangcx has joined #openstack-nova00:54
*** edmondsw has joined #openstack-nova00:56
*** zenoway has quit IRC00:56
*** tobasco has quit IRC00:56
*** mylu has joined #openstack-nova00:59
*** thumpba has joined #openstack-nova00:59
*** mylu has quit IRC01:00
*** haomaiwa_ has quit IRC01:01
*** haomaiwa_ has joined #openstack-nova01:01
*** mtanino has quit IRC01:02
*** mnestratov|2 has quit IRC01:03
openstackgerritEli Qiao proposed openstack/nova: Xen: Calculate block_migration if it's None  https://review.openstack.org/25410101:04
openstackgerritEli Qiao proposed openstack/nova: Libvirt: Calculate block_migration if it's None  https://review.openstack.org/27558501:04
*** tobasco has joined #openstack-nova01:05
*** eil397 has quit IRC01:05
eliqiao_hi dansmith, can I ask a question about rpc version? If I want to make a parameter of a rpc method to support None value (before it supported True/False, and I added None supported in virt layer), do I need to bump the compute rpc api version?01:05
*** mylu has joined #openstack-nova01:05
*** jwcroppe has joined #openstack-nova01:06
*** rfolco has quit IRC01:07
*** zenoway has joined #openstack-nova01:08
*** tjones has left #openstack-nova01:10
*** zenoway has quit IRC01:13
*** EinstCrazy has joined #openstack-nova01:16
*** Sukhdev has quit IRC01:17
dansmitheliqiao_: yeah01:17
*** jwcroppe has quit IRC01:20
*** jwcroppe has joined #openstack-nova01:20
*** zenoway has joined #openstack-nova01:21
openstackgerrithuan proposed openstack/nova: XenAPI:Resolve Nova/Neutron race condition  https://review.openstack.org/24112701:21
*** qeelee has quit IRC01:21
*** penick has quit IRC01:23
*** Sukhdev has joined #openstack-nova01:23
*** qeelee has joined #openstack-nova01:24
eliqiao_dansmith: pardon? you meant I need to bump version?01:26
dansmitheliqiao_: yes, you need to bump the version01:26
dansmitheliqiao_: and make sure you never send None if the version pin is <= that number01:27
dansmither, < that number01:27
eliqiao_dansmith: what I am thinking about it, I don't touch any code changes of comput layer and all changes are happend in virt layer. Besides, I won't send None until next release (N).01:27
dansmitheliqiao_: you can't drop compat until we bump the major version to 501:28
eliqiao_dansmith: hmm.. the major version of 5 will be bump while in N release?01:30
dansmitheliqiao_: the major version bump will be when it is.. if we need to do that in M or N or O, then we'll do it :)01:30
dansmithI'm just saying, being in N doesn't magically make it okay :)01:30
*** ducttape_ has quit IRC01:31
*** davechen_afk is now known as spring01:32
*** spring is now known as Guest7006301:33
*** Guest70063 is now known as grassy01:33
*** apoorvad has quit IRC01:33
eliqiao_hi dansmith thanks for you answer, can you help to take a look at https://review.openstack.org/#/c/254102/ (ignor chaning return value stull, I will drop that change). If we need to bump version as you said, then the patch only do bump api version stuff, do we really need it? P.S I won't send None until next release(N)01:34
*** kylek3h has joined #openstack-nova01:34
*** haomaiwa_ has quit IRC01:36
*** nic has quit IRC01:37
*** zhangyufei has joined #openstack-nova01:37
zhangyufeiCould someone help review this?https://review.openstack.org/#/c/282987/01:37
*** kylek3h has quit IRC01:39
*** EinstCrazy has quit IRC01:40
*** spandhe has quit IRC01:41
*** EinstCrazy has joined #openstack-nova01:42
*** ByPasS has quit IRC01:43
*** zz_dimtruck is now known as dimtruck01:43
*** zenoway has quit IRC01:45
*** leeantho has quit IRC01:48
*** ByPasS has joined #openstack-nova01:49
*** hparekh has quit IRC01:53
openstackgerritSwaminathan Vasudevan proposed openstack/nova: Implement setup_networks_on_host for Neutron to support Migration  https://review.openstack.org/27507301:53
*** ducttape_ has joined #openstack-nova01:54
*** zenoway has joined #openstack-nova01:57
*** claudiub|3 has quit IRC01:58
*** Bjoern_ has joined #openstack-nova01:58
openstackgerritSwaminathan Vasudevan proposed openstack/nova: Implement setup_networks_on_host for Neutron to support Migration  https://review.openstack.org/27507301:59
*** edmondsw has quit IRC01:59
*** Sukhdev has quit IRC02:00
*** tobasco has quit IRC02:01
*** zenoway has quit IRC02:01
*** qeelee has quit IRC02:02
*** qeelee has joined #openstack-nova02:04
*** ducttape_ has quit IRC02:04
*** smatzek has joined #openstack-nova02:04
*** dedery has quit IRC02:04
*** browne has quit IRC02:05
*** mylu has quit IRC02:06
*** ljxiash has joined #openstack-nova02:06
*** mylu has joined #openstack-nova02:07
*** tobasco has joined #openstack-nova02:07
*** Swami has quit IRC02:08
*** su_zhang has quit IRC02:09
*** mylu has quit IRC02:09
*** mylu has joined #openstack-nova02:09
*** su_zhang has joined #openstack-nova02:09
*** qeelee has quit IRC02:11
*** dims has quit IRC02:13
*** haomaiwang has joined #openstack-nova02:13
*** su_zhang has quit IRC02:14
*** mylu has quit IRC02:14
*** takashin has joined #openstack-nova02:15
*** davideagle_ has quit IRC02:16
*** mylu has joined #openstack-nova02:16
*** haomaiwang has quit IRC02:18
openstackgerritlyanchih proposed openstack/nova: libvirt: serial console ports count upper limit needs to be checked  https://review.openstack.org/20737302:20
*** armax has joined #openstack-nova02:21
*** salv-orlando has joined #openstack-nova02:22
*** parrots has joined #openstack-nova02:24
parrotshi02:24
*** parrots has quit IRC02:25
*** mylu has quit IRC02:29
*** mylu has joined #openstack-nova02:29
*** salv-orlando has quit IRC02:30
*** houming has joined #openstack-nova02:31
*** zenoway has joined #openstack-nova02:32
*** neophy has joined #openstack-nova02:33
EmilienMjdurgin: so increasing compute/build_interval in tempest.conf helped to have the test passing.02:33
*** baoli has quit IRC02:34
*** baoli has joined #openstack-nova02:35
*** mylu has quit IRC02:36
*** haomaiwang has joined #openstack-nova02:37
*** zenoway has quit IRC02:37
*** mylu has joined #openstack-nova02:38
*** thorst has quit IRC02:38
*** haomaiwang has quit IRC02:39
*** thorst has joined #openstack-nova02:39
*** achanda has joined #openstack-nova02:41
*** haomaiwa_ has joined #openstack-nova02:41
*** haomaiwa_ has quit IRC02:42
*** haomaiwang has joined #openstack-nova02:42
*** haomaiwang has quit IRC02:43
*** haomaiwa_ has joined #openstack-nova02:43
*** haomaiwa_ has quit IRC02:44
*** 7GHAAB0B1 has joined #openstack-nova02:44
*** 7GHAAB0B1 has quit IRC02:45
*** haomaiwa_ has joined #openstack-nova02:45
*** haomaiwa_ has quit IRC02:46
*** haomaiwa_ has joined #openstack-nova02:46
*** haomaiwa_ has quit IRC02:47
*** thorst has quit IRC02:47
*** haomaiwa_ has joined #openstack-nova02:47
*** mylu has quit IRC02:47
*** mylu has joined #openstack-nova02:48
*** haomaiwa_ has quit IRC02:48
*** 92AAACW2S has joined #openstack-nova02:48
*** 92AAACW2S has quit IRC02:49
*** haomaiwang has joined #openstack-nova02:49
*** haomaiwang has quit IRC02:50
*** haomaiwang has joined #openstack-nova02:50
*** haomaiwang has quit IRC02:51
*** 92AAACW3M has joined #openstack-nova02:51
*** 92AAACW3M has quit IRC02:52
*** mylu has quit IRC02:52
*** haomaiwang has joined #openstack-nova02:52
*** fawadkhaliq has joined #openstack-nova02:52
*** haomaiwang has quit IRC02:53
*** wanghao has quit IRC02:53
*** mylu has joined #openstack-nova02:53
*** haomaiwang has joined #openstack-nova02:53
*** wanghao has joined #openstack-nova02:53
*** haomaiwang has quit IRC02:54
*** haomaiwa_ has joined #openstack-nova02:54
*** haomaiwa_ has quit IRC02:55
*** haomaiwang has joined #openstack-nova02:55
*** haomaiwang has quit IRC02:56
*** haomaiwa_ has joined #openstack-nova02:56
*** haomaiwa_ has quit IRC02:57
*** haomaiwang has joined #openstack-nova02:57
*** haomaiwang has quit IRC02:58
*** haomaiwa_ has joined #openstack-nova02:58
*** haomaiwa_ has quit IRC02:59
*** haomaiwa_ has joined #openstack-nova02:59
*** haomaiwa_ has quit IRC03:00
*** haomaiwa_ has joined #openstack-nova03:00
*** haomaiwa_ has quit IRC03:01
*** haomaiwang has joined #openstack-nova03:01
*** haomaiwang has quit IRC03:02
*** haomaiwa_ has joined #openstack-nova03:03
*** haomaiwa_ has quit IRC03:04
*** haomaiwang has joined #openstack-nova03:04
*** haomaiwang has quit IRC03:05
*** Bjoern_ has quit IRC03:05
*** lyanchih has joined #openstack-nova03:05
*** haomaiwang has joined #openstack-nova03:05
*** haomaiwang has quit IRC03:06
*** haomaiwa_ has joined #openstack-nova03:06
*** haomaiwa_ has quit IRC03:07
*** haomaiwa_ has joined #openstack-nova03:07
*** haomaiwa_ has quit IRC03:08
*** haomaiwang has joined #openstack-nova03:08
*** zenoway has joined #openstack-nova03:08
*** mylu has quit IRC03:08
*** haomaiwang has quit IRC03:09
*** haomaiwang has joined #openstack-nova03:09
*** haomaiwang has quit IRC03:10
*** mylu has joined #openstack-nova03:10
*** haomaiwa_ has joined #openstack-nova03:10
*** haomaiwa_ has quit IRC03:11
*** haomaiwa_ has joined #openstack-nova03:11
*** haomaiwa_ has quit IRC03:12
*** haomaiwang has joined #openstack-nova03:12
*** haomaiwang has quit IRC03:13
*** zenoway has quit IRC03:13
*** haomaiwa_ has joined #openstack-nova03:13
*** haomaiwa_ has quit IRC03:14
*** haomaiwang has joined #openstack-nova03:14
*** unicell has quit IRC03:14
*** haomaiwang has quit IRC03:15
*** haomaiwang has joined #openstack-nova03:15
*** haomaiwang has quit IRC03:16
*** mylu has quit IRC03:16
*** haomaiwa_ has joined #openstack-nova03:16
*** mylu has joined #openstack-nova03:16
*** haomaiwa_ has quit IRC03:17
*** 16WAADE7X has joined #openstack-nova03:17
*** 16WAADE7X has quit IRC03:18
*** haomaiwang has joined #openstack-nova03:18
*** harlowja_at_home has quit IRC03:18
*** haomaiwang has quit IRC03:19
*** mylu has quit IRC03:19
*** haomaiwa_ has joined #openstack-nova03:19
*** w_verdugo has joined #openstack-nova03:19
*** haomaiwa_ has quit IRC03:20
openstackgerritSean Dague proposed openstack/nova: add regression test for bug #1538011  https://review.openstack.org/28336403:20
openstackbug 1538011 in OpenStack Compute (nova) "Aggregate metadata keys are not case sensitive" [High,Triaged] https://launchpad.net/bugs/1538011 - Assigned to Augustina Ragwitz (auggy)03:20
*** haomaiwa_ has joined #openstack-nova03:20
*** haomaiwa_ has quit IRC03:21
*** haomaiwa_ has joined #openstack-nova03:21
*** haomaiwa_ has quit IRC03:22
*** haomaiwa_ has joined #openstack-nova03:22
*** Jeffrey4l_ is now known as Jeffrey4l03:22
*** haomaiwa_ has quit IRC03:23
*** haomaiwa_ has joined #openstack-nova03:23
*** haomaiwa_ has quit IRC03:24
*** haomaiwa_ has joined #openstack-nova03:24
*** haomaiwa_ has quit IRC03:25
*** haomaiwang has joined #openstack-nova03:25
*** haomaiwang has quit IRC03:26
*** haomaiwang has joined #openstack-nova03:26
*** haomaiwang has quit IRC03:27
*** haomaiwa_ has joined #openstack-nova03:27
*** w_verdugo has left #openstack-nova03:27
*** haomaiwa_ has quit IRC03:28
*** haomaiwang has joined #openstack-nova03:28
*** haomaiwang has quit IRC03:29
*** haomaiwang has joined #openstack-nova03:29
*** haomaiwang has quit IRC03:30
*** haomaiwang has joined #openstack-nova03:30
*** haomaiwang has quit IRC03:31
*** haomaiwang has joined #openstack-nova03:31
*** haomaiwang has quit IRC03:32
*** ccard__ has joined #openstack-nova03:32
*** haomaiwa_ has joined #openstack-nova03:32
*** haomaiwa_ has quit IRC03:33
*** haomaiwa_ has joined #openstack-nova03:33
*** haomaiwa_ has quit IRC03:34
*** yamahata has quit IRC03:34
openstackgerritShaoHe Feng proposed openstack/nova: Add new APIs and deprecate old API for migrations  https://review.openstack.org/25877103:34
*** haomaiwa_ has joined #openstack-nova03:34
*** salv-orlando has joined #openstack-nova03:34
*** haomaiwa_ has quit IRC03:35
*** ccard_ has quit IRC03:35
*** smatzek has quit IRC03:35
*** haomaiwang has joined #openstack-nova03:35
*** haomaiwang has quit IRC03:36
*** baoli has quit IRC03:36
*** 7YUAADLUF has joined #openstack-nova03:36
*** zhangyufei has quit IRC03:36
*** 7YUAADLUF has quit IRC03:37
*** haomaiwang has joined #openstack-nova03:37
*** haomaiwang has quit IRC03:38
*** zhangyufei has joined #openstack-nova03:38
*** haomaiwa_ has joined #openstack-nova03:38
*** haomaiwa_ has quit IRC03:39
*** browne has joined #openstack-nova03:39
*** haomaiwang has joined #openstack-nova03:39
*** haomaiwang has quit IRC03:40
*** fawadkhaliq has quit IRC03:40
*** jogo has quit IRC03:40
*** haomaiwa_ has joined #openstack-nova03:40
*** haomaiwa_ has quit IRC03:41
*** haomaiwang has joined #openstack-nova03:41
*** jogo has joined #openstack-nova03:41
*** jogo has quit IRC03:41
*** jogo has joined #openstack-nova03:41
*** haomaiwang has quit IRC03:42
*** 16WAADFGS has joined #openstack-nova03:42
*** Bjoern_ has joined #openstack-nova03:42
*** 16WAADFGS has quit IRC03:43
*** haomaiwa_ has joined #openstack-nova03:43
*** haomaiwa_ has quit IRC03:44
*** zenoway has joined #openstack-nova03:44
*** fawadkhaliq has joined #openstack-nova03:44
*** haomaiwang has joined #openstack-nova03:44
*** fawadkhaliq has quit IRC03:44
*** haomaiwang has quit IRC03:45
*** fawadkhaliq has joined #openstack-nova03:45
*** fawadkhaliq has quit IRC03:45
*** thorst has joined #openstack-nova03:45
*** haomaiwang has joined #openstack-nova03:45
*** haomaiwang has quit IRC03:46
*** haomaiwang has joined #openstack-nova03:46
*** haomaiwang has quit IRC03:47
*** haomaiwang has joined #openstack-nova03:47
*** haomaiwang has quit IRC03:48
*** zenoway has quit IRC03:48
*** haomaiwa_ has joined #openstack-nova03:48
*** haomaiwa_ has quit IRC03:49
*** haomaiwang has joined #openstack-nova03:49
*** dims has joined #openstack-nova03:49
*** haomaiwang has quit IRC03:50
*** salv-orlando has quit IRC03:50
*** haomaiwang has joined #openstack-nova03:50
*** spandhe has joined #openstack-nova03:50
*** haomaiwang has quit IRC03:51
*** haomaiwang has joined #openstack-nova03:51
*** haomaiwang has quit IRC03:52
*** haomaiwa_ has joined #openstack-nova03:52
*** thorst has quit IRC03:52
*** haomaiwa_ has quit IRC03:53
*** haomaiwang has joined #openstack-nova03:53
*** haomaiwang has quit IRC03:54
*** haomaiwa_ has joined #openstack-nova03:54
*** haomaiwa_ has quit IRC03:55
*** haomaiwa_ has joined #openstack-nova03:55
*** unicell has joined #openstack-nova03:55
*** haomaiwa_ has quit IRC03:56
*** haomaiwa_ has joined #openstack-nova03:56
*** haomaiwa_ has quit IRC03:57
*** mylu has joined #openstack-nova03:57
*** haomaiwang has joined #openstack-nova03:57
*** haomaiwang has quit IRC03:58
*** haomaiwang has joined #openstack-nova03:58
*** haomaiwang has quit IRC03:59
*** haomaiwa_ has joined #openstack-nova03:59
*** haomaiwa_ has quit IRC04:00
*** haomaiwang has joined #openstack-nova04:00
*** mylu has quit IRC04:00
*** haomaiwang has quit IRC04:01
*** haomaiwa_ has joined #openstack-nova04:01
*** haomaiwa_ has quit IRC04:01
*** haomaiwa_ has joined #openstack-nova04:02
*** haomaiwa_ has quit IRC04:03
*** haomaiwa_ has joined #openstack-nova04:03
*** links has joined #openstack-nova04:03
*** haomaiwa_ has quit IRC04:04
*** haomaiwang has joined #openstack-nova04:04
*** lyanchih has quit IRC04:04
*** haomaiwang has quit IRC04:05
*** 7GHAAB07H has joined #openstack-nova04:05
*** 7GHAAB07H has quit IRC04:06
*** 7GHAAB07P has joined #openstack-nova04:06
*** 7GHAAB07P has quit IRC04:07
*** 7GHAAB07X has joined #openstack-nova04:07
*** 7GHAAB07X has quit IRC04:08
*** 7GHAAB079 has joined #openstack-nova04:08
*** 7GHAAB079 has quit IRC04:09
*** 7GHAAB08J has joined #openstack-nova04:09
*** 7GHAAB08J has quit IRC04:10
*** wolsen has quit IRC04:10
*** haomaiwa_ has joined #openstack-nova04:10
*** haomaiwa_ has quit IRC04:11
*** haomaiwa_ has joined #openstack-nova04:11
*** haomaiwa_ has quit IRC04:12
*** haomaiwa_ has joined #openstack-nova04:12
*** Marga_ has quit IRC04:12
*** haomaiwa_ has quit IRC04:13
*** shyama has joined #openstack-nova04:13
*** haomaiwa_ has joined #openstack-nova04:13
*** haomaiwa_ has quit IRC04:14
*** mylu has joined #openstack-nova04:14
*** haomaiwang has joined #openstack-nova04:14
*** haomaiwang has quit IRC04:15
*** haomaiwang has joined #openstack-nova04:15
*** haomaiwang has quit IRC04:16
*** haomaiwa_ has joined #openstack-nova04:16
*** haomaiwa_ has quit IRC04:17
*** haomaiwa_ has joined #openstack-nova04:17
*** haomaiwa_ has quit IRC04:18
*** ducttape_ has joined #openstack-nova04:18
*** 64MAADWOE has joined #openstack-nova04:18
*** 64MAADWOE has quit IRC04:19
*** 64MAADWOO has joined #openstack-nova04:19
*** zenoway has joined #openstack-nova04:19
*** 64MAADWOO has quit IRC04:20
*** haomaiwang has joined #openstack-nova04:20
*** haomaiwang has quit IRC04:21
*** sc68cal has quit IRC04:22
*** zenoway has quit IRC04:24
*** salv-orlando has joined #openstack-nova04:26
*** Marga__ has joined #openstack-nova04:28
*** deepakcs has joined #openstack-nova04:29
*** Marga__ has quit IRC04:32
*** salv-orlando has quit IRC04:32
*** deepakcs has quit IRC04:33
*** mingyu has joined #openstack-nova04:33
*** mutiwu has joined #openstack-nova04:35
*** su_zhang has joined #openstack-nova04:36
*** dimtruck is now known as zz_dimtruck04:36
*** sridharg has joined #openstack-nova04:37
*** ijw has quit IRC04:38
*** armax has quit IRC04:47
*** ljxiash has quit IRC04:48
*** ljxiash has joined #openstack-nova04:48
*** garyk has joined #openstack-nova04:52
*** thorst has joined #openstack-nova04:53
*** ljxiash has quit IRC04:53
*** garyk has quit IRC04:53
*** garyk has joined #openstack-nova04:54
*** hoangcx has quit IRC04:56
*** zenoway has joined #openstack-nova04:57
*** thorst has quit IRC04:58
*** ducttape_ has quit IRC05:01
*** zenoway has quit IRC05:02
*** coolsvap|away has quit IRC05:06
*** mingyu has quit IRC05:08
*** Marga_ has joined #openstack-nova05:12
openstackgerritxiexs proposed openstack/nova: Add soft power off support to ironic driver.  https://review.openstack.org/24858505:15
openstackgerritxiexs proposed openstack/nova: Translate power state strings with dict for nodes.set_power_state().  https://review.openstack.org/24858405:15
openstackgerritxiexs proposed openstack/nova: Add soft reboot support to ironic driver.  https://review.openstack.org/24858605:15
*** edtubill has joined #openstack-nova05:15
*** Marga_ has quit IRC05:16
*** mingyu has joined #openstack-nova05:18
*** lyanchih has joined #openstack-nova05:22
*** sudipto__ has joined #openstack-nova05:22
*** Marga_ has joined #openstack-nova05:23
*** Sukhdev has joined #openstack-nova05:24
*** hoangcx has joined #openstack-nova05:27
*** su_zhang has quit IRC05:27
*** su_zhang has joined #openstack-nova05:28
*** browne has quit IRC05:30
*** mubirru has joined #openstack-nova05:30
*** thumpba has quit IRC05:31
*** ljxiash has joined #openstack-nova05:31
*** Marga_ has quit IRC05:33
*** Marga_ has joined #openstack-nova05:33
*** irenab has quit IRC05:35
*** sudipto__ has quit IRC05:35
openstackgerritAlex Xu proposed openstack/nova: Generate better validation error message when using name regexes  https://review.openstack.org/28114305:36
openstackgerritAlex Xu proposed openstack/nova: Generate better validation error message when using name regexes  https://review.openstack.org/28114305:41
*** dosaboy has quit IRC05:44
*** ljxiash has quit IRC05:45
*** ljxiash has joined #openstack-nova05:45
*** dosaboy has joined #openstack-nova05:45
*** ankita_wagh has joined #openstack-nova05:46
*** edtubill has quit IRC05:46
*** spandhe has quit IRC05:46
*** gongysh has joined #openstack-nova05:50
*** achinm has joined #openstack-nova05:53
*** erno has joined #openstack-nova05:53
*** sudipto__ has joined #openstack-nova05:54
*** dims has quit IRC05:54
*** thorst has joined #openstack-nova05:56
*** mylu has quit IRC05:57
*** mylu has joined #openstack-nova05:58
*** houming has quit IRC05:59
*** thorst has quit IRC06:02
*** sudipto__ has quit IRC06:04
*** lpetrut has joined #openstack-nova06:05
*** wasmum has quit IRC06:08
*** sridharg has quit IRC06:15
*** fawadkhaliq has joined #openstack-nova06:18
*** tyagiprince has joined #openstack-nova06:19
*** amotoki has joined #openstack-nova06:19
*** sudipto__ has joined #openstack-nova06:20
*** nkrinner has joined #openstack-nova06:21
*** mariusv has quit IRC06:25
*** chhavi has joined #openstack-nova06:26
*** tyagiprince has quit IRC06:26
*** sudipto__ has quit IRC06:30
*** mylu has quit IRC06:31
*** mariusv has joined #openstack-nova06:32
*** mariusv is now known as Guest9803906:32
*** irenab has joined #openstack-nova06:33
*** tyagiprince has joined #openstack-nova06:34
*** jaosorior has joined #openstack-nova06:37
*** abhishekk has joined #openstack-nova06:39
*** unicell has quit IRC06:40
*** unicell has joined #openstack-nova06:40
*** lpetrut has quit IRC06:41
*** lpetrut has joined #openstack-nova06:47
*** cfriesen has quit IRC06:48
openstackgerritxiexs proposed openstack/nova: Add inject NMI support to ironic driver.  https://review.openstack.org/28341106:48
*** Sukhdev has quit IRC06:48
*** Guest98039 has quit IRC06:53
*** marius- has joined #openstack-nova06:53
*** marius- has quit IRC06:54
*** josecastroleon has joined #openstack-nova07:00
*** thorst has joined #openstack-nova07:00
*** sridharg has joined #openstack-nova07:01
*** lpetrut has quit IRC07:02
*** tyagiprince has quit IRC07:03
*** sudipto has joined #openstack-nova07:03
*** mjura has joined #openstack-nova07:04
*** neophy has quit IRC07:07
*** thorst has quit IRC07:07
*** armax has joined #openstack-nova07:09
*** Jeffrey4l has quit IRC07:10
*** fawadkhaliq has quit IRC07:11
openstackgerritxiexs proposed openstack/nova: Add inject NMI support to ironic driver.  https://review.openstack.org/28341107:13
*** tyagiprince has joined #openstack-nova07:13
*** lpetrut has joined #openstack-nova07:15
openstackgerritbaikai proposed openstack/nova: Sync up instance object with nova db before unshelve operation done.  https://review.openstack.org/28341807:15
*** porunov has joined #openstack-nova07:16
*** liverpooler has joined #openstack-nova07:17
*** zenoway has joined #openstack-nova07:17
*** liverpooler has quit IRC07:17
*** liverpooler has joined #openstack-nova07:17
*** paul-carlton1 has joined #openstack-nova07:19
*** ankit_ag has joined #openstack-nova07:19
*** yamahata has joined #openstack-nova07:22
*** bzhou has joined #openstack-nova07:22
openstackgerritEli Qiao proposed openstack/nova-specs: Modify live_migration API response content  https://review.openstack.org/28342107:24
*** Jeffrey4l has joined #openstack-nova07:24
*** houming has joined #openstack-nova07:26
*** lpetrut has quit IRC07:26
*** shyama has quit IRC07:32
*** mrda has quit IRC07:32
*** shyama has joined #openstack-nova07:32
*** Jeffrey4l has quit IRC07:35
*** shyama has quit IRC07:38
*** shyama has joined #openstack-nova07:38
*** paul-carlton1 has quit IRC07:39
*** lyanchih has quit IRC07:40
*** paul-carlton1 has joined #openstack-nova07:40
*** salv-orl_ has joined #openstack-nova07:41
*** salv-orl_ has quit IRC07:41
*** Bjoern_ has quit IRC07:42
*** jed56 has joined #openstack-nova07:44
*** ociuhandu has quit IRC07:48
*** achanda has quit IRC07:49
*** jaosorior has quit IRC07:50
bauzasgood morning nova07:50
*** Jeffrey4l has joined #openstack-nova07:52
*** scheuran has joined #openstack-nova07:53
*** mutiwu has quit IRC07:53
*** boris-42 has quit IRC07:54
*** mutiwu has joined #openstack-nova07:54
*** mutiwu is now known as Guest1810107:54
openstackgerritTakashi NATSUME proposed openstack/nova: Pass BDM in swap_volume method of LibvirtDriver  https://review.openstack.org/25713507:55
openstackgerritTakashi NATSUME proposed openstack/nova: Add some validations for BDM  https://review.openstack.org/25878807:56
openstackgerritTakashi NATSUME proposed openstack/nova: Fix an unnecessary interpolation  https://review.openstack.org/27818607:57
*** ociuhandu has joined #openstack-nova07:57
*** pcaruana has joined #openstack-nova07:58
Yingxinbauzas: good morning07:59
Yingxinbauzas: if you have time, please see the quick intro of bug 1523506: https://bugs.launchpad.net/nova/+bug/1523506/comments/208:00
openstackLaunchpad bug 1523506 in OpenStack Compute (nova) "hosts within two availability zones" [Undecided,Incomplete] - Assigned to Yingxin (cyx1231st)08:00
*** zhangyufei has quit IRC08:01
*** Guest18101 has quit IRC08:01
*** mutiwu_ has joined #openstack-nova08:01
*** lpetrut has joined #openstack-nova08:04
*** jaosorior has joined #openstack-nova08:05
*** thorst has joined #openstack-nova08:06
bauzasYingxin: looking08:07
*** pcaruana is now known as pcaruana|afk|08:08
*** shyama has quit IRC08:08
*** pcaruana|afk| is now known as pcaruana08:08
*** shyama has joined #openstack-nova08:08
bauzasYingxin: so, the other comments from Sean and Hans are correct, it's a default behaviour08:09
Yingxinbauzas: thanks, I'll remove that08:10
bauzasYingxin: but I can take a few mins to explain08:10
*** paul-carlton1 has quit IRC08:10
bauzasjust triaging the bug and giving a short explanation, I'll explain to you further afterwards08:11
*** matrohon has joined #openstack-nova08:11
Yingxinbauzas: "As I see things "bar" does not belong to an AZ at all, only aggregates that explicitly define the AZ attribute "belongs" to an AZ "08:11
Yingxinbauzas: so it is true08:11
Yingxinbauzas: thanks08:12
*** moshele has joined #openstack-nova08:13
*** thorst has quit IRC08:13
*** Oku_OS has quit IRC08:13
*** jichen has joined #openstack-nova08:13
*** rdopiera has joined #openstack-nova08:14
Yingxinbauzas: Another issue: The way scheduler consumes disk resources in host state seems inconsistent with RT's way in compute.08:14
bauzassec, explaining your first bug08:15
*** shyama has quit IRC08:18
*** shyama has joined #openstack-nova08:18
*** tyagiprince has quit IRC08:19
*** mariusv has joined #openstack-nova08:20
*** matrohon has quit IRC08:20
bauzasYingxin: https://github.com/openstack/nova/blob/master/nova/compute/api.py#L3719-L374408:20
bauzasYingxin: here is the logic where we verify if it's okay to update or not08:20
Yingxinbauzas: ack08:21
bauzasYingxin: we basically don't care of the default AZ, it's just for a convenient way to see your hosts using the AZ REST resource08:21
bauzasAZs are used for allowing a explicit way for users to have affinity08:21
bauzaslike aggregates, except that's explicit instead of implicit08:22
*** matrohon has joined #openstack-nova08:22
*** jlanoux has joined #openstack-nova08:22
*** mpavone has joined #openstack-nova08:23
bauzas(I prefer to use the word "affinity" and not "failure domains" because the controlplane is the same between AZs and not resilient to failures unless the operator deployed it differently from the norrmal case)08:23
*** ankita_wagh has quit IRC08:23
*** paul-carlton1 has joined #openstack-nova08:23
Yingxinbauzas: so if operator doesn't assign the AZ to aggregates, there will be no errors in my case.08:25
bauzasYingxin: yup08:25
Yingxinbauzas: ok, thanks08:25
bauzasYingxin: if you want to segment your cloud, create 2 aggregates and use 2 distinct AZs08:26
Yingxinbauzas: ack08:26
bauzasYingxin: but TBH, AZs are only useful if the user specifies an AZ in his boot request, right;,08:26
bauzas?08:26
bauzasYingxin: so, that's why you don't failback into a "default" AZ08:27
bauzasunless you specified a specific conf opt which is "default_schedule_zone" (defaulted to None)08:27
Yingxinbauzas: that's true08:28
bauzasin that case, you'll invert the paradigm where all request will automatically be bound within a specific AZ08:28
bauzasunless the user explicitely specifies another one08:28
bauzasbut if the user specifies another AZ, it will stick that instance forever within that AZ08:28
bauzasso, back to your 2nd question08:29
Yingxinbauzas: so complicated, I only know the general idea before :)08:30
Yingxinbauzas: yup08:30
Yingxinbauzas: The scheduler consumes "free_disk_mb" in its host state.08:30
*** mubirru_ has joined #openstack-nova08:30
bauzasYingxin: http://docs.openstack.org/developer/nova/aggregates.html#availability-zones-azs08:30
Yingxinhttps://github.com/openstack/nova/blob/master/nova/scheduler/host_manager.py#L26508:30
YingxinIt comes from the min value of "free_disk_gb" and "disk_available_least" in ComputeNode object.08:31
YingxinThats L189-L20008:31
YingxinBut compute node changes "local_gb_used" instead in consuming resources from a request.08:31
*** subscope has joined #openstack-nova08:32
Yingxin(https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L701-L702)08:32
Yingxinbauzas: Is that mismatch a design or a bug?08:32
*** mubirru has quit IRC08:32
*** mubirru_ is now known as mubirru08:33
bauzasYingxin: that's highly error-prone, hence jay's BPs to have a convenient object for consuming resources in both places08:33
Yingxinbauzas: I'm cared about that because I wrote the logic to synchronize the states between scheduler and resource tracker.08:35
bauzasYingxin: TBH, here is where the scheduler actually checks the space https://github.com/openstack/nova/blob/master/nova/scheduler/filters/disk_filter.py08:36
Yingxinbauzas: Yes I saw that08:36
*** subscope has quit IRC08:36
bauzasYingxin: what we care with consume_from_request() is that we decrement the resource usage for the selected instance, to make sure a second instance wouldn't take in account a wrong size08:37
bauzasYingxin: but given we fetch this HostState everytime a new request comes in, it's possibly wrong and we could have missed that08:37
bauzasYingxin: you should check and see08:38
Yingxinso the scheduler disk resource consumption should follow the disk filter, I know that08:38
*** daemontool has joined #openstack-nova08:38
*** ociuhandu has quit IRC08:40
Yingxinbauzas: it needs a deeper understand of underlying virt driver: how do they report disk resources from hardware08:40
bauzasnot really08:41
bauzasyou only care of the metrics, not the meanings of those metrivds08:41
bauzasmetrics08:41
*** sahid has joined #openstack-nova08:43
*** josecastroleon has quit IRC08:43
Yingxinbauzas: so only one choice is right in compute node: consume 'free_disk_gb/disk_available_least' or increase 'local_gb_used'08:44
bauzaswell08:45
bauzaslike I said, you should test and see08:45
bauzasbut yeah08:45
Yingxinbauzas: thanks08:46
*** subscope has joined #openstack-nova08:47
*** paul-carlton1 has quit IRC08:48
*** rk4n has joined #openstack-nova08:49
*** jistr has joined #openstack-nova08:49
*** josecastroleon has joined #openstack-nova08:50
*** y_sawai has joined #openstack-nova08:50
*** wanghao has quit IRC08:52
*** wanghao has joined #openstack-nova08:53
*** su_zhang has quit IRC08:53
*** su_zhang has joined #openstack-nova08:54
*** haomaiwang has joined #openstack-nova08:57
*** su_zhang has quit IRC08:58
openstackgerritTakashi NATSUME proposed openstack/python-novaclient: Use assertIsNone, assertFalse instead of assertEqual  https://review.openstack.org/28345408:59
*** lpetrut has quit IRC09:00
*** haomaiwang has quit IRC09:01
*** tyagiprince has joined #openstack-nova09:01
*** haomaiwa_ has joined #openstack-nova09:01
*** haomaiwa_ has quit IRC09:02
*** ekuris has joined #openstack-nova09:02
*** haomaiwang has joined #openstack-nova09:02
*** zenoway has quit IRC09:03
openstackgerritEli Qiao proposed openstack/nova: [WIP] Allow block_migration and disk_over_commit to be None  https://review.openstack.org/25410209:04
openstackgerritEli Qiao proposed openstack/nova: API: Improve os-migrateLive input parameters  https://review.openstack.org/25931909:04
*** daemontool has quit IRC09:05
*** tyagiprince1 has joined #openstack-nova09:08
*** tyagiprince has quit IRC09:08
*** tyagiprince1 is now known as tyagiprince09:08
*** bzhou has quit IRC09:09
*** thorst has joined #openstack-nova09:11
*** mutiwu_ has quit IRC09:14
openstackgerritAlex Xu proposed openstack/nova: Generate better validation error message when using name regexes  https://review.openstack.org/28114309:14
*** zenoway has joined #openstack-nova09:15
openstackgerritAlex Xu proposed openstack/nova: Generate better validation error message when using name regexes  https://review.openstack.org/28114309:16
*** lpetrut has joined #openstack-nova09:16
*** thorst has quit IRC09:18
*** mutiwu has joined #openstack-nova09:18
*** mutiwu is now known as Guest3518909:19
*** yassine__ has joined #openstack-nova09:19
*** zenoway has quit IRC09:20
*** subscope has quit IRC09:20
*** achanda has joined #openstack-nova09:22
*** paul-carlton1 has joined #openstack-nova09:22
*** dedery has joined #openstack-nova09:23
*** ljxiash has quit IRC09:23
*** wxy has joined #openstack-nova09:23
*** ljxiash has joined #openstack-nova09:24
*** ociuhandu has joined #openstack-nova09:24
*** efoley has joined #openstack-nova09:24
*** mvk has quit IRC09:26
*** lucas-dinner is now known as lucasagomes09:27
*** zhangyufei has joined #openstack-nova09:27
*** achanda has quit IRC09:27
*** dedery has quit IRC09:27
*** ljxiash has quit IRC09:28
*** Bobba has joined #openstack-nova09:29
kaisersHi Nova! Anybody else having issues with tox env / pip version? (see https://bugs.launchpad.net/nova/+bug/1548712)09:39
openstackLaunchpad bug 1548712 in OpenStack Compute (nova) "pip: no such option: -c in current Nova master testing setup" [Undecided,New]09:39
*** dedery has joined #openstack-nova09:40
*** ociuhandu has quit IRC09:42
*** subscope has joined #openstack-nova09:43
*** salv-orlando has joined #openstack-nova09:43
*** derekh has joined #openstack-nova09:44
*** gongysh has quit IRC09:44
*** tyagiprince has quit IRC09:45
*** sfinucan has joined #openstack-nova09:48
*** zenoway has joined #openstack-nova09:51
johnthetubaguykaisers: have you upgraded pip recently? I can't remember which version added -c for the constraints09:51
kaisersjohnthetubaguy: just looked it up: 7.0.309:52
kaisersjohnthetubaguy: sec09:53
*** mvk has joined #openstack-nova09:53
kaisersjohnthetubaguy: current package is 7.1.0 on CentOS :-(09:54
*** zenoway has quit IRC09:55
kaisersjohnthetubaguy: meh, i wrote nonesense, 7.1 should support constraints, my 7.0.3 comment was wrong09:56
*** houming has quit IRC09:56
kaisersjohnthetubaguy: 7.0.3 is the version that the fresh checkout & setup came up with in the py34 environment.09:56
*** subscope has quit IRC09:57
openstackgerritWaldemar Znoinski proposed openstack/nova: Fix API Guide doc  https://review.openstack.org/28029909:58
johnthetubaguykaisers: have you tried upgrading pip using easy_install?09:58
*** danpb has joined #openstack-nova09:59
kaisersjohnthetubaguy: comes up with 8.x version, hmm, i can try to get 7.1 explicitely. sec09:59
johnthetubaguy8.x should be just fine09:59
johnthetubaguyor do you seem similar issues09:59
johnthetubaguyactually, maybe there is a bug with that one...09:59
*** haomaiwang has quit IRC10:01
*** haomaiwa_ has joined #openstack-nova10:01
kaisersthe env continues to use 7.0.3, hmm.10:01
kaisersafk for 3mins10:01
*** subscope has joined #openstack-nova10:02
*** rk4n_ has joined #openstack-nova10:03
*** fawadkhaliq has joined #openstack-nova10:03
johnthetubaguykaisers: you may have to re-create your .tox to pick up the new installs10:04
*** rk4n has quit IRC10:04
johnthetubaguykaisers: also, I suspect its one upgrade for pip and one for pip310:04
johnthetubaguybut I haven't tried that10:04
*** rk4n has joined #openstack-nova10:04
*** rk4n_ has quit IRC10:08
*** mubirru has quit IRC10:11
kaisersjohnthetubaguy: yep, removed .tox and even started with a completely clean tree. currently testing manually upgrading this. but i think with a fresh clone the env should be created correctly.10:12
*** fawadkhaliq has quit IRC10:14
*** fawadkhaliq has joined #openstack-nova10:14
*** cdent has joined #openstack-nova10:14
*** thorst has joined #openstack-nova10:15
*** EinstCrazy has quit IRC10:15
*** belmoreira has joined #openstack-nova10:17
*** mubirru has joined #openstack-nova10:18
kaisersjohnthetubaguy: Hmm, i'm probably doing something stupid. i can update pip/pip3 to 7.1 in nova/.tox/py34/bin/ and call it but by running tox it seems to be downgraded to 7.0.3 immediately, again.10:20
kaisersAn idea where exactly the pip version is defined in for tox?10:21
johnthetubaguykaisers: thats a new one on me10:21
johnthetubaguykaisers: what version of tox are you running?10:21
kaisersjohnthetubaguy: console log example at http://paste.openstack.org/show/487866/10:22
kaiserschecking tox, sec10:22
johnthetubaguykaisers: so also, if you activate the venv, and upgrade pip in there, does that help?10:22
kaisers2.3.110:22
*** thorst has quit IRC10:23
openstackgerritChris Dent proposed openstack/nova: Adjust resource-providers models for resource-pools  https://review.openstack.org/28183710:24
johnthetubaguyhome/kaisers/tmp/nova-test/.tox/py34/bin/pip --version is the important bit, I think10:24
bauzaskaisers: pip install pip ?10:24
bauzasin the venv10:24
johnthetubaguyyeah, certainly try that in the venv, it should fix things10:24
bauzasbut I have pip-7.1.0 and it works like a charm10:25
johnthetubaguyI wonder if its something to do with tox pulling the system version, and the other install being local to your user, but its a total guess10:25
bauzasIIRC, virtualenv stores a pip version10:25
ernoHello, can you simulate nova functionality in tests? For example creating an instance, renaming it, assert it that it has been renamed10:25
bauzaskaisers: so probably your virtualenv version is old10:25
bauzassec, checking10:25
kaisersbauzas: yep, i'm updating the version in virtualenv10:26
kaisersbauzas: hmm, checking that10:26
johnthetubaguyerno: what are you expecting the rename to do? it just updates the database, not the VM's hostname10:26
bauzasdon't do that, upgrade virtualenv rather10:26
*** zenoway has joined #openstack-nova10:26
ernowe have tests, that need to create instances. We create it by using the novaclient, but it is slow10:27
johnthetubaguyerno: we have functional tests in tree that are in between those things, we use tempest of the API tests, not quite sure what you are looking for10:27
*** claudiub has joined #openstack-nova10:27
*** daemontool has joined #openstack-nova10:28
*** hoangcx has quit IRC10:28
kaisersbauzas: virtual_env version is 13.0.3, which version would be expected to work?10:28
openstackgerritxiexs proposed openstack/nova-specs: Introduce inject NMI interface in nova ironic driver.  https://review.openstack.org/22932210:28
ernothanks, i will check it out10:28
kaisershmm, upgraded to virtualenv 14.0.6, testing again, now10:29
*** gstepanov has joined #openstack-nova10:30
kaisersbauzas: johnthetubaguy: looks better now10:30
johnthetubaguyerno: thinking about it, the database functional tests are probably enough for that10:30
johnthetubaguykaisers: ah, bauzas was right then, it was the venv upgrade thats the issue10:30
johnthetubaguysweet10:30
johnthetubaguykaisers: are you OK to put all that on the bug, then close the bug out?10:30
ernowhere can i find these tests?10:30
*** zenoway has quit IRC10:31
bauzasjohnthetubaguy: yeah, virtualenv bundles 2 wheels, one for setuptools and one for pip AFAIR10:31
kaisersjohnthetubaguy: absolutely10:31
kaisersjohnthetubaguy: bauzas: Thanks a lot!10:31
johnthetubaguyerno: https://github.com/openstack/nova/tree/master/nova/tests/functional/db10:31
*** NightKhaos has quit IRC10:33
claudiubjohnthetubaguy: hello. This patch isn't really a blueprint. Can I get the -2 removed? :D https://review.openstack.org/#/c/262007/10:38
openstackgerritTakashi NATSUME proposed openstack/nova: Add some validations for BDM  https://review.openstack.org/25878810:38
*** cdent has quit IRC10:38
johnthetubaguyclaudiub: yeah, I see deleted code, so that makes me happy10:40
*** rook-rook has joined #openstack-nova10:40
johnthetubaguysfinucan: I just +w-ed a bunch of those config patches over here: https://review.openstack.org/#/c/258912 let me know if we need to push them back into the gate at somepoint10:41
johnthetubaguysfinucan: FWIW there was lots of love from the operators meetup on us making time for this work10:41
claudiubjohnthetubaguy: thanks! :D10:42
*** lyanchih has joined #openstack-nova10:43
*** NightKhaos has joined #openstack-nova10:43
*** zenoway has joined #openstack-nova10:45
*** sdague has joined #openstack-nova10:51
*** Oku_OS has joined #openstack-nova10:52
sfinucanjohnthetubaguy: Good stuff. I'll try to bang out a few more of those this week, in that case10:52
*** y_sawai has quit IRC10:52
openstackgerritGleb Stepanov proposed openstack/nova: Use OSError whenever it is possible  https://review.openstack.org/28350610:53
sfinucanjohnthetubaguy: Talking of operators, did you spot my question RE: a hypervisor support matrix for flavor extra keys yesterday10:53
sfinucanNot sure if this is something I can just "do", or if it needs a bp10:53
johnthetubaguysfinucan: did you get the note from mikal, basically lets just focus on updating the config descriptions, at least till we hit soft string freeze, at mitaka-3 basically10:53
johnthetubaguysfinucan: oh, I didn't see that10:53
johnthetubaguyon ML?10:53
johnthetubaguysfinucan: what was the title of your question?10:55
mdboothIs there anything in a config drive which would require it to be rebuilt during resize or migrate?10:55
johnthetubaguyor subject of your email, rather10:55
*** y_sawai has joined #openstack-nova10:55
* mdbooth doesn't think so, but would like to confirm10:55
*** rook-rook has quit IRC10:55
*** marcusvrn_ has joined #openstack-nova10:56
sfinucanjohnthetubaguy: Yeah, but I wasn't too sure about it. Does it mean we should update the config options in their current locations, rather than the move+update that we were doing?10:56
*** Daisy has joined #openstack-nova10:56
johnthetubaguymdbooth: I have a feeling its rebuilt mostly because we just land on a new machine, and it stops us moving it10:56
johnthetubaguymdbooth: now you would get new content in there, as its a fresh update of things like server metadata10:56
sfinucanThat's fine if so: just different to the line markus_z had been reinforcing :)10:56
mdboothjohnthetubaguy: Is that considered a feature?10:57
johnthetubaguyyeah, and different my what I thought last week10:57
mdboothThis is resize/cold migrate, not live migrate, btw10:57
mdboothSo I don't think the read-only iso thing is an issue here10:57
sfinucanjohnthetubaguy: Also I sent that question here on IRC, but in hindsight ML would have been a better option. I'll repost there now10:57
johnthetubaguymdbooth: probably not, although it would be bad if its different between different drivers10:57
johnthetubaguysfinucan: its OK, I can answer in here10:57
*** ivase has joined #openstack-nova10:58
mdboothjohnthetubaguy: Ok, thanks.10:58
sfinucanjohnthetubaguy: Ah, OK. Well the question was: Does anyone know if there's a matrix of supported extra_spec keys, other than this one docs.openstack.org/admin-guide-cloud/compute-flavors.html10:59
sfinucanIf not, I was thinking of adding something like the support matrix for these options http://docs.openstack.org/developer/nova/support-matrix.html10:59
*** y_sawai has quit IRC10:59
sfinucanIt would be better if we could autogenerate this stuff, but I don't think we can yet so that would be a TODO11:00
johnthetubaguysfinucan: so I actually have a slightly different preferred approach, long term11:00
openstackgerritWaldemar Znoinski proposed openstack/nova: Fix API Guide doc  https://review.openstack.org/28029911:00
johnthetubaguysfinucan: I want us to move towards something like image meta11:00
*** haomaiwa_ has quit IRC11:01
sfinucanjohnthetubaguy: I was thinking as much :)11:01
johnthetubaguysfinucan: I think putting up the docs for the hypervisor support matrix might be a good idea though, if you can group them somehow, like you say we could generate that later on11:01
sfinucanBut I couldn't find any BPs for such a thing when I went rooting for it yesterday11:01
*** haomaiwang has joined #openstack-nova11:01
johnthetubaguyyeah, not created one yet11:01
sfinucanHmm, potential BP in that case11:02
johnthetubaguysfinucan: would be awesome to get that done if you fancy taking a look at that object work :)11:02
ernojohnthetubaguy: i am more interested in a quick simulation for creating an instance using nova without using any space or resources, and sending the create events to the messaging server11:02
johnthetubaguysfinucan: yeah, it can be a specless BP, its just copying what we did for image meta, rally11:02
*** yassine__ has quit IRC11:02
sfinucanjohnthetubaguy: Who doesn't love object work11:03
johnthetubaguyerno: we have a fake virt driver, that might help you?11:03
johnthetubaguysfinucan: heh11:03
ernojohnthetubaguy: that sounds good11:03
*** fawadkhaliq has quit IRC11:03
*** ivase has quit IRC11:03
sfinucanRight, start small with the matrix then potentially expand with a BP11:03
ernojohnthetubaguy: can you give me some documentation?11:03
johnthetubaguyerno: not sure we have any, just change the virt driver type to the fake virt one, everything else should be just the same11:04
ernojohnthetubaguy: where can i change it?11:04
johnthetubaguyerno: search for fake.FakeDriver in here: http://docs.openstack.org/developer/nova/sample_config.html11:05
ernojohnthetubaguy: thanks11:05
johnthetubaguysfinucan: going back a question, I think just modifying the docs of existing config options in place wouldn't be a terrible idea, its just we need to stop those by the end of the week anyway, as we hit string freeze, probably best to seek out some high priority bugs that need fixing11:06
sfinucanjohnthetubaguy: Ah. Then I'll do what I planned and avoid more config option work? :)11:07
sfinucanbesides fixing rebase hell issues, of course11:08
*** Daisy has quit IRC11:09
*** mingyu_ has joined #openstack-nova11:09
*** Daisy has joined #openstack-nova11:09
johnthetubaguysfinucan: yeah, I think thats probably the best approach, I guess the stuff we have up already could get rebased on master and moved back to its original location, and try get that in, but starting new stuff at this point seems like a bad plan11:10
ernojohnthetubaguy: if i have more compute nodes, and i want to utilize the one with fakedriver for tests, how can i reach it?11:10
sfinucanjohnthetubaguy: Sound like a PoA so. Will do11:11
*** mingyu has quit IRC11:12
*** ociuhandu has joined #openstack-nova11:12
johnthetubaguyerno: there are scheduler hints to target a specific node, in the usual way, but I would recommend you just do a devstack setup, or similar, to create an isolated test environment, depends on your use case I guess11:13
*** lyanchih has quit IRC11:14
*** tomoiaga has joined #openstack-nova11:14
*** ptm_away is now known as PaulMurray11:15
*** Daisy has quit IRC11:15
*** Daisy has joined #openstack-nova11:16
openstackgerritTakashi NATSUME proposed openstack/python-novaclient: Use assertIsNone instead of assertEqual(None, ***)  https://review.openstack.org/28345411:16
PaulMurrayjohnthetubaguy, is feature freeze 25th or 29th?11:17
PaulMurrayjohnthetubaguy, and is it the same for python-novaclient?11:18
openstackgerritEli Qiao proposed openstack/nova: [WIP] Allow block_migration and disk_over_commit to be None  https://review.openstack.org/25410211:19
johnthetubaguyPaulMurray: so it happens when we tag the release, most likely on 2nd march, see: http://releases.openstack.org/mitaka/schedule.html11:19
johnthetubaguyPaulMurray: it tends to be anything that has a +W at that point that is allowed into mitaka, almost zero exceptions allowed at that point11:20
*** Daisy has quit IRC11:20
johnthetubaguyPaulMurray: python-novaclient is likely to have a release during that same release, which will be the final release for mitaka, given the current plans11:20
*** thorst has joined #openstack-nova11:21
PaulMurrayjohnthetubaguy, thanks - we have a few patches that need to go in python-novaclient and one for nova - then all our expected features are complete11:21
*** subscope has quit IRC11:21
PaulMurray(for live migration)11:21
PaulMurrayjohnthetubaguy, I'll push to get them done by the end of the week11:21
johnthetubaguydo we have all the patches with +1s from the subteam now?11:22
*** cdent has joined #openstack-nova11:23
*** Daisy has joined #openstack-nova11:23
PaulMurrayjohnthetubaguy, most are well reviewed11:24
*** rodrigods has quit IRC11:24
*** rodrigods has joined #openstack-nova11:24
PaulMurrayjohnthetubaguy, a couple have had +2 already11:24
PaulMurrayjohnthetubaguy, there is one novaclient patch missing11:24
*** ljxiash has joined #openstack-nova11:24
*** Daisy has quit IRC11:24
*** achanda has joined #openstack-nova11:25
*** Daisy has joined #openstack-nova11:26
*** thorst has quit IRC11:28
*** ljxiash has quit IRC11:29
*** Daisy has quit IRC11:30
*** jlanoux has quit IRC11:30
*** achanda has quit IRC11:31
*** jaypipes has joined #openstack-nova11:32
*** jlanoux has joined #openstack-nova11:32
*** speller has joined #openstack-nova11:32
andrearosaPaulMurray: I have the novaclient patch ready, not pushed up yet as there are some other patches which need to go first and few of them need a rebase. I am quite confident that those patches are going to land soon then I'll put up my patch with a cleaner dependency chain.11:35
spellerThe document says that if I don't supply a network when creating the server "the API provisions the server instance with all isolated networks for the tenant". But when I don't supply a network I get a message from nova "Multiple possible networks found, use a Network ID to be more specific."11:37
spellerSo which one is it?11:37
speller*The documentation11:38
johnthetubaguyspeller: the first bit is wrong, it only provisions one network, by default, from what I remember11:38
spellerjohnthetubaguy: Got it, so the documentation needs to be change I guess. Thanks!11:39
johnthetubaguyspeller: which bit of docs are you reading, so we can get that fixed?11:39
PaulMurrayalex_xu, are you around?11:39
spellerjohnthetubaguy: http://developer.openstack.org/api-ref-compute-v2.1.html#createServer11:39
openstackgerritsahid proposed openstack/nova: virt: reserved hugepages on compute host  https://review.openstack.org/27742211:39
johnthetubaguyspeller: we are about to have the API meeting, so I can raise that in there11:39
spellerjohnthetubaguy: Great! Planning to be there11:40
*** ildikov_ has quit IRC11:40
johnthetubaguyspeller: cools, the actually answer is horribly completed, we are talking on the ML about changing the API so its more explicit11:40
johnthetubaguy(in a new microversion)11:41
eliqiao_hi johnthetubaguy do you have time to discuss about bp/making-live-migration-api-friendly, I am quite confused about it now.11:41
*** salv-orlando has quit IRC11:41
eliqiao_johnthetubaguy: I meant can you check my last reply on https://review.openstack.org/25410211:41
johnthetubaguyeliqiao_: honestly, I am very confused about it right now too, PaulMurray do you know more details about where the current discussion is landing with that?11:41
johnthetubaguyeliqiao_: gerrit sends me so many emails, I just don't see these important questions11:42
PaulMurrayjohnthetubaguy, eliqiao_ the last I knew yo uproposed splitting it into two to avoid upgrade issues11:42
*** rfolco has joined #openstack-nova11:42
*** josecastroleon has quit IRC11:42
PaulMurrayjohnthetubaguy, eliqiao_ I need to reload my context for more detail...11:42
spellerjohnthetubaguy: I'm interested in the complicated answer. Care to refer to a ML thread?11:43
johnthetubaguyspeller: possibly, not totally sure that has all the answers either, but it should clear up the current direction11:43
johnthetubaguyeliqiao_: so we already return the request-id, that *should* be enough, but I suspect that isn't enough right now11:44
johnthetubaguyI honestly don't really like the migration-id being separate, but thats a fight I have probably lost, we should probably ask questions in the API meeting thats in a few moments11:45
*** takashin has left #openstack-nova11:45
eliqiao_alex_xu: can we add it into API meeting ?11:45
*** jlanoux has quit IRC11:46
spellerjohnthetubaguy: Do you know what is the ML thread?11:46
eliqiao_another question is for the compute api version bump, I have no idea how to achive that.11:46
eliqiao_johnthetubaguy: ^^11:47
*** jlanoux has joined #openstack-nova11:48
johnthetubaguyspeller: its this one, but the answer is quite a long way into the thread: http://lists.openstack.org/pipermail/openstack-dev/2016-February/086437.html11:48
johnthetubaguyeliqiao_: you mean the REST API?11:48
spellerjohnthetubaguy: Thanks!11:48
johnthetubaguyeliqiao_: ah, so reading your patch, you need to consider upgrade, and still keep this working11:49
PaulMurrayeliqiao_, andrearosa has a patch that does that - you could follow what he has done: https://review.openstack.org/#/c/265898/11:50
*** rfolco has quit IRC11:50
PaulMurrayeliqiao_, (if you only need to know how to bump...)11:50
eliqiao_PaulMurray: I meant compute rpc api version bump.11:51
PaulMurrayeliqiao_, sorry11:51
*** rfolco has joined #openstack-nova11:51
alex_xuPaulMurray: yes, i'm here11:51
alex_xueliqiao_: sure, free to add agenda to the api meeting11:51
eliqiao_PaulMurray: johnthetubaguy I meant do we need to bump and how can I bump for check_can_live_migrate_source since dansmith have already add compible for 4.811:52
*** EinstCrazy has joined #openstack-nova11:52
PaulMurrayhi alex_xu - I wondered if you could review this: https://review.openstack.org/#/c/279647 - before something conflicts with it?11:52
eliqiao_you can see in this patch https://review.openstack.org/#/c/254102, I only add version bump but nothing in it... I am totally not sure if we really need this.11:52
PaulMurrayalex_xu, it has a +2 already11:53
alex_xuPaulMurray: I will try to review after api meeting11:53
openstackgerritMoshe Levi proposed openstack/os-vif: Remove vlan from hostdev and direct vif  https://review.openstack.org/28352811:54
PaulMurrayalex_xu, thanks - also, I saw your comment on ML about updating docs with these new LM features11:54
PaulMurrayalex_xu, the docs don't get frozen at the same time as the code do they?11:54
alex_xuPaulMurray: np, yea, hope we can keep the doc up-to-date11:55
eliqiao_hi johnthetubaguy I saw you replied on my patch for exception raising, but that would be reverted back to https://review.openstack.org/#/c/254102/25/nova/compute/rpcapi.py11:55
johnthetubaguywe actively encourage doc updates during feature freeze, its partly why its there11:55
alex_xuPaulMurray: I guess the freeze won't effect the docs11:55
alex_xu++ johnthetubaguy11:56
PaulMurrayjohnthetubaguy, that makes sense, so my plan is to go over the docs once we get into feature freeze then11:56
johnthetubaguyPaulMurray: I don't see much review from the subteam in these patches from eliqiao_, it would be great if we can have more eyes on this stuff, if its left to cores, this will not make mitaka11:56
PaulMurrayjohnthetubaguy, eliqiao_ I think everyone got a bit lost on the direction of those patches and just stepped back waiting to see what happened11:57
PaulMurrayeliqiao_, could you report on what we are doing there in the LM meeting this afternoon please11:57
johnthetubaguyright, that direction needs to be agreed11:57
alex_xulet's discuss it in the api meeting or lm meeting11:58
*** eliqiao has quit IRC11:58
*** subscope has joined #openstack-nova11:58
alex_xueliqiao_: better to give a update for those patches11:58
eliqiao_PaulMurray: sure, I will do that, but I think I am still little confused by johnthetubaguy's comments on upgrade.11:59
*** ihrachys has joined #openstack-nova11:59
johnthetubaguywe need to have live-migrate work when we have a mix of both old and new compute nodes11:59
eliqiao_johnthetubaguy: for old compute node which doesn't support new parameter, do we need to raise exception ?11:59
johnthetubaguythat means the new code *must* work with compute nodes running liberty11:59
*** shyama has quit IRC12:00
PaulMurrayeliqiao_, I think it means new nodes must be able to work old way as well12:00
johnthetubaguyeliqiao_: so the API must raise an exception, until all compute nodes have been upgrade, but only when a user requests the new microversion12:00
* alex_xu reminders api meeting is running12:00
*** haomaiwang has quit IRC12:01
*** haomaiwang has joined #openstack-nova12:01
*** smatzek has joined #openstack-nova12:01
eliqiao_johnthetubaguy: PaulMurray thanks, I think I need to think about them before LM meeting..12:01
johnthetubaguyeliqiao_: we have some helper functions for that: https://github.com/openstack/nova/blob/master/nova/objects/service.py#L33312:02
*** aysyd has joined #openstack-nova12:06
*** ildikov has joined #openstack-nova12:06
*** sfinucan has quit IRC12:06
*** efoley has quit IRC12:07
openstackgerritAndrea Rosa proposed openstack/nova: Abort an ongoing live migration  https://review.openstack.org/27797112:09
*** irenab_ has joined #openstack-nova12:12
*** irenab has quit IRC12:13
*** irenab_ is now known as irenab12:13
openstackgerritAndrea Rosa proposed openstack/nova: Abort an ongoing live migration  https://review.openstack.org/27797112:14
*** sudipto has quit IRC12:15
*** salv-orlando has joined #openstack-nova12:15
*** lucasagomes is now known as lucas-hungry12:16
*** ljxiash has joined #openstack-nova12:24
*** thorst has joined #openstack-nova12:25
*** raildo-afk is now known as raildo12:26
*** mdnadeem has joined #openstack-nova12:30
*** thorst has quit IRC12:30
*** josecastroleon has joined #openstack-nova12:30
*** yassine__ has joined #openstack-nova12:31
*** yassine__ has quit IRC12:31
*** yassine__ has joined #openstack-nova12:31
*** efoley has joined #openstack-nova12:37
*** links has quit IRC12:38
*** ljxiash has quit IRC12:40
*** ljxiash has joined #openstack-nova12:41
openstackgerritGleb Stepanov proposed openstack/nova: Fix typo  https://review.openstack.org/28355012:45
*** ljxiash has quit IRC12:45
*** thorst has joined #openstack-nova12:46
*** mvk has quit IRC12:49
*** fesp has joined #openstack-nova12:49
*** mvk has joined #openstack-nova12:50
*** fesp has quit IRC12:51
openstackgerritMarco Pavone proposed openstack/nova: libvirt: prevent serial console port exhaustion  https://review.openstack.org/27580012:52
openstackgerritMarco Pavone proposed openstack/nova: libvirt: Acquire TCP ports for console during live migration  https://review.openstack.org/27580112:52
openstackgerritMarco Pavone proposed openstack/nova: libvirt: Add serial ports to the migration data object  https://review.openstack.org/21510212:52
openstackgerritMarco Pavone proposed openstack/nova: libvirt: move "_get_serial_ports_from_guest" to Guest class  https://review.openstack.org/23605112:52
*** sfinucan has joined #openstack-nova12:53
*** fesp has joined #openstack-nova12:53
*** jichen has quit IRC12:57
openstackgerritGleb Stepanov proposed openstack/nova: Style improvements  https://review.openstack.org/28355712:58
*** haomaiwang has quit IRC12:59
*** erlon has joined #openstack-nova13:00
* johnthetubaguy goes for lunch13:00
*** ducttape_ has joined #openstack-nova13:03
alex_xusdague: eliqiao_ just give me interesting point, what happened if there is host called 'auto'....13:05
*** subscope has quit IRC13:05
*** fesp has quit IRC13:05
*** ljxiash has joined #openstack-nova13:06
sdaguealex_xu: yep, it's a concern, but we need some reserve words13:06
sdagueso I don't know13:06
alex_xusdague: ok...13:07
sdaguebut being explicit is kind of important I think13:07
eliqiao_sdague: ah... and 'Auto' 'AUTO' are all reserved ?13:07
sdagueright, all good points13:08
sdaguethat needs to be in the write up13:08
*** markusz has joined #openstack-nova13:08
eliqiao_sdague: okay, get you, thanks, things get intesting... do you prefer etherpad or ML?13:09
*** ljxiash has quit IRC13:10
openstackgerritGleb Stepanov proposed openstack/nova: Style improvements  https://review.openstack.org/28355713:12
*** _ducttape_ has joined #openstack-nova13:12
*** ducttape_ has quit IRC13:14
*** zenoway has quit IRC13:15
*** baoli has joined #openstack-nova13:20
*** baoli_ has joined #openstack-nova13:21
cdentjohnthetubaguy, dansmith, bauzas, jaypipes: I think the pending comments on this have been addressed, can we put this one to bed to move on to the next? https://review.openstack.org/#/c/277466/13:21
*** subscope has joined #openstack-nova13:22
bauzascdent: in my review queue13:22
cdentthanks bauzas13:22
*** zhangyufei has quit IRC13:22
*** links has joined #openstack-nova13:23
*** _ducttape_ has quit IRC13:23
jaypipescdent: must get some food. will do after that.13:24
*** baoli has quit IRC13:24
openstackgerritAlex Xu proposed openstack/nova: Generate better validation error message when using name regexes  https://review.openstack.org/28114313:24
*** jaypipes has quit IRC13:24
cdentjaypipes: I _guess_ that's fair.13:24
*** kylek3h has joined #openstack-nova13:26
*** lucas-hungry is now known as lucasagomes13:26
*** zenoway has joined #openstack-nova13:27
*** mubirru has quit IRC13:27
edleafeaway13:28
*** achanda has joined #openstack-nova13:28
*** haomaiwang has joined #openstack-nova13:28
ankit_agjaypipes: hi13:31
ankit_agcould you please review https://review.openstack.org/#/c/221162/13:31
ankit_agIt already got one +2 and requires another one to get it merged13:31
*** subscope has quit IRC13:32
*** zenoway has quit IRC13:32
*** achanda has quit IRC13:33
*** zenoway has joined #openstack-nova13:34
*** burgerk has joined #openstack-nova13:35
*** josecastroleon has quit IRC13:35
openstackgerritGleb Stepanov proposed openstack/nova: Improve test case  https://review.openstack.org/28357513:36
*** pradk has joined #openstack-nova13:38
*** pradk has quit IRC13:38
*** ivase has joined #openstack-nova13:38
*** ivase has quit IRC13:40
*** ivase has joined #openstack-nova13:40
*** josecastroleon has joined #openstack-nova13:41
*** salv-orlando has quit IRC13:41
*** edmondsw has joined #openstack-nova13:45
*** subscope has joined #openstack-nova13:45
*** wolsen has joined #openstack-nova13:47
*** wolsen has quit IRC13:47
*** ankit_ag has quit IRC13:51
*** ccarmack has joined #openstack-nova13:51
*** zenoway has quit IRC13:51
*** zenoway has joined #openstack-nova13:52
*** paul-carlton has joined #openstack-nova13:53
*** subscope has quit IRC13:55
*** zenoway has quit IRC13:56
*** abhishekk has quit IRC13:57
*** garyk has quit IRC13:58
PaulMurrayLive migration meeting on #openstack-meeting-3 in a few minutes: PaulMurray paul-carlton2 eliqiao shaohe_feng pkoniszewski jlanoux yuntongjin mdbooth kashyap kmartin claudiub tobasco13:59
*** armax has quit IRC14:00
*** danpb has left #openstack-nova14:00
*** mvk has quit IRC14:00
*** danpb has joined #openstack-nova14:00
*** haomaiwang has quit IRC14:01
*** mvk has joined #openstack-nova14:01
*** salv-orlando has joined #openstack-nova14:01
*** haomaiwang has joined #openstack-nova14:01
*** krtaylor has quit IRC14:01
*** rlrossit has joined #openstack-nova14:02
*** pcaruana has quit IRC14:02
*** mdrabe has joined #openstack-nova14:03
*** subscope has joined #openstack-nova14:04
*** sudipto has joined #openstack-nova14:07
*** mrkz has joined #openstack-nova14:08
kashyapPaulMurray: Thanks.14:10
kashyapStrangely irssi doesn't seem to prompt me when I'm explicitly pinged along with other people on a public channel.14:10
*** ljxiash has joined #openstack-nova14:10
kashyap(This time I Just happened to look here)14:10
*** sheel has joined #openstack-nova14:10
Bobbawhat are your highlight settings for it kashyap?  I had to add my nick as a specific hilight with a regexp...14:11
*** sc68cal has joined #openstack-nova14:11
*** jaosorior has quit IRC14:11
Bobbaand presumable highlight_nick_matches is set to ON?14:12
*** jaosorior has joined #openstack-nova14:12
kashyapBobba: No, I don't have that config14:13
Bobbasorry - I meant hilight_nick_matches14:13
Bobbadarned american spelling :D14:13
Bobbajust type /set hilight - nick_matches should be ON and level should include PUBLIC14:14
*** achinm has quit IRC14:14
kashyapBobba: I'm currently using this https://github.com/stickster/irssi-libnotify/blob/master/notify-listener.py14:14
*** ctrath has joined #openstack-nova14:14
kashyapThanks!14:14
Bobbaoh :) I don't know about that.14:15
*** Bjoern_ has joined #openstack-nova14:20
*** Bjoern_ is now known as Bjoern_zZzZzZzZ14:20
openstackgerritYingxin Cheng proposed openstack/nova: WIP: scheduler functional test framework preview  https://review.openstack.org/28182514:23
bauzasmmm, interesting, we only reschedule on resize/cold-migrate and on create14:23
*** rlrossit has quit IRC14:25
*** rlrossit_ has joined #openstack-nova14:29
*** links has quit IRC14:30
*** armax has joined #openstack-nova14:30
*** mriedem_away has quit IRC14:30
*** ekuris has quit IRC14:30
*** mriedem has joined #openstack-nova14:30
*** ekuris has joined #openstack-nova14:30
*** su_zhang has joined #openstack-nova14:30
*** links has joined #openstack-nova14:30
alaskijohnthetubaguy: dansmith do one of y'all want to hit this https://review.openstack.org/#/c/27909114:30
*** achanda has joined #openstack-nova14:31
dansmithalaski: critical patch +Wd14:31
bauzashah14:32
*** rlrossit_ has quit IRC14:32
*** rlrossit has joined #openstack-nova14:32
*** jaypipes has joined #openstack-nova14:32
bauzasalaski: dansmith: so I refrained myself to +W something14:32
*** Bjoern_zZzZzZzZ is now known as Bjoern_14:33
bauzasalaski: dansmith:https://review.openstack.org/#/c/282520/5 (sorry took time to figure out the change)14:33
bauzasalaski: dansmith: if you look at my comment, you'll see that I'm thinking of a scheduler call just saving all the aggregates14:34
bauzasalaski: dansmith: so I'm okay with merging it, but I wonder if we should provide some documentation saying that running the scheduler when upgrading it could be a bit longer because of that14:35
*** gmann_ has joined #openstack-nova14:35
*** achanda has quit IRC14:35
bauzas(for the first time I mean)14:35
alaskiit's a fair concern, do you think there are really deployments out there with a large number of aggregates?14:35
*** mriedem is now known as mrieddem14:36
bauzaswell, given it's possible to have a lot of aggregates, I dunno14:36
*** mrieddem is now known as mriedem14:36
*** bauzas is now known as bauuuuuzas14:36
dansmithbauzas: ndipanov added a thing to let us call all the migrations in small batches,14:36
dansmithso I was just going to do that14:36
*** bauuuuuzas is now known as bauzas14:36
bauzasdansmith: see https://review.openstack.org/#/c/282520/5//COMMIT_MSG@1214:37
bauzasdansmith: we don't need a batch for that14:37
bauzasgerrit <314:37
alaskidansmith: a scheduler restart will trigger it for every aggregate14:37
*** READ10 has joined #openstack-nova14:37
dansmithoh you're saying it will14:39
dansmithreally? why does the scheduler do that?14:39
bauzasdansmith: because we are providing all the aggregates in the hostmanager14:40
bauzasin case a filter wants to check those14:40
bauzasand no longer calling the DB within a filter14:40
bauzasit's a Kilo merge AFAIR14:40
*** edtubill has joined #openstack-nova14:40
dansmithright, but why does it *save* them14:41
bauzas(and we have a RPC API for updating the caches)14:41
dansmithis it because it updates the list of hosts?14:41
bauzasdansmith: because it's calling AggregateList.get_all()14:41
bauzaswhich itself calls _from_db_object() :)14:41
dansmithoh, right, right, I do the save like I did for compute node... GOT IT14:41
alaskidansmith: it doesn't save the agg, the _from_db_object does14:41
alaskiyeah14:41
dansmithwe need to suspend this conversation until I have coffee14:42
bauzasheh, no pb14:42
dansmithso I don't further embarrass myself about my own code :D14:42
* bauzas is just having his 5th coffee now14:42
*** erno has quit IRC14:42
alaskiI'm amazed you've made it this far without coffee since you've probably been up for hours by now14:43
dansmithheh, no14:43
bauzasdansmith: in case you want a good coffee machine :D https://www.tassimo.ca/en/14:43
bauzas;)14:43
bauzas^ that one is my office coffee machine14:43
dansmithheh, I use a pod system too, but probably not as fancy14:44
dansmithon the weekends when I have more time, I use a french press14:44
dansmithor what you would call "a press"14:44
dansmith:P14:44
bauzasLOL14:44
bauzasI do have a nespress for home relationships14:45
bauzasnespresso14:45
dansmithhome relationships?14:45
bauzasbut the tassimo is for work, definitely14:45
bauzasyeah, I'm socializing at home14:45
*** irenab has quit IRC14:45
dansmithheh, okay14:45
*** burgerk has quit IRC14:45
*** sridharg has quit IRC14:48
*** mylu has joined #openstack-nova14:49
*** cfriesen has joined #openstack-nova14:52
*** burt has joined #openstack-nova14:52
johnthetubaguysdague: just looking at the list migration stuff, we seem to be exposing the auto incrementing database id, rather than a uuid, is that totally intentional? https://review.openstack.org/#/c/25877114:53
*** mylu has quit IRC14:53
bauzasjohnthetubaguy: alaski: (not exclusively) so I saw that cold migrate/resize allow reschedule, since I'm currently working on passing the Spec object to the conductor, I'd have to also amend the compute RPC API for prep_resize() to pass a Spec obj14:54
*** dims has joined #openstack-nova14:54
bauzasjohnthetubaguy: alaski: but that would dramatically increase the change size14:55
bauzasjohnthetubaguy: alaski: do you feel it's good playing with conditionals in the conductor like if it's an old dict or a new fancy object, then do that or this14:55
*** ducttape_ has joined #openstack-nova14:55
bauzasuntil we finish that looong story to stop hydrating dicts over the wire14:56
*** mylu has joined #openstack-nova14:56
johnthetubaguybauzas: I am not sure I see the full problem, I guess the spec_obj needs to get passed down to the compute, if its allowed to re-schedule, if its missing the object from the conductor, it can just fall back to the old behaviour, I guess?14:57
sdaguejohnthetubaguy: that's always been the migration id I think14:57
sdagueit's never had a uuid14:57
bauzasjohnthetubaguy: sure, the ideal thing is to pass the object down to the conductor, but it requires some kind of hairy change14:57
sdaguesecurity groups and ips have the same issue14:57
bauzaspass down to the /compute/14:58
bauzasdamn14:58
bauzasI should need a 6th coffee14:58
alaskibauzas: it may be a necessary evil for now. I had to do a similar thing with build_and_run and filter_properties14:58
alaskipassing it through just to come back to the conductor14:59
*** rmart04 has joined #openstack-nova14:59
bauzasyeah I remember the story14:59
jaypipescdent: working on reviews now.14:59
jaypipescdent: belly full, fuly caffeinated.14:59
cdentjaypipes: solid14:59
cdent(belly)14:59
jaypipescdent: yeah, haven't had one of those yet.15:00
bauzasalaski: but here, it's not a new method, it's just our signature changing15:00
*** rotbeard has joined #openstack-nova15:00
bauzasalaski: which means some compat failback and so on15:00
bauzasso, see I'm tempted to patch prep_resize but the change will be huge15:00
*** haomaiwang has quit IRC15:01
*** haomaiwang has joined #openstack-nova15:01
bauzasI could just make a trade-off and do the hydratation/dehydratation in the conductor code15:01
*** xyang1 has joined #openstack-nova15:01
bauzasanyway, patching, will see15:01
johnthetubaguysdague: OK, I guess that could get fixed later15:01
alaskibauzas: let's just look it up in the conductor then. it should only be needed for a reschedule which ideally is uncommon15:01
mdboothPaulMurray: It is a fix, yes. A vital, but not terribly important fix. The 15 patches which follow it are slightly more interesting ;)15:01
sdagueor, never really, it's not a top level resource15:02
sdagueI think an int id is probably fine15:02
mdbooths/important/interesting/15:02
bauzasalaski: tbh, given all of that, I'll sort that up and propose something, I'll be up all ears when I upload it15:02
PaulMurraymdbooth, I have to go to a physical meeting15:02
mdboothPaulMurray: enjoy15:02
bauzasthat's nice to have for Mitaka, but could be newton-ish given all the prios15:03
alaskibauzas: sounds good15:03
paul-carltonmdbooth, I think it is ok to proceed with work, I'm trying to get to review stuff but have an internal issue to address too15:04
alaskisdague: uuid vs autoincrement id becomes a bigger deal with cells. If the migrations live within cells you could get id conflicts without a uuid15:04
*** claudiub|2 has joined #openstack-nova15:04
*** tomoiaga1 has joined #openstack-nova15:05
sdaguealaski: they are scoped to an instance though15:05
sdagueis that still an issue?15:05
*** salv-orl_ has joined #openstack-nova15:05
*** dedery_ has joined #openstack-nova15:05
paul-carltonIf we can get a series of patches ready and +1'ed then the can all get +2'd early in Newton15:05
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/28213615:05
*** dave-mcc_ has joined #openstack-nova15:05
*** vishwana_ has joined #openstack-nova15:05
*** sc68cal_ has joined #openstack-nova15:05
johnthetubaguysdague: yeah, that was my thinking its per instance, at least in this API, so we get away with it, I think...15:06
*** READ6 has joined #openstack-nova15:06
johnthetubaguysdague: I was just checking out this: http://specs.openstack.org/openstack/api-wg/guidelines/representation_structure.html#singular-resources vs https://review.openstack.org/#/c/258771/23/doc/api_samples/server-migrations/v2.23/migrations-get.json, I thought we would wrap the content there with {"migration": {}} so it matches servers15:06
alaskisdague: it looks like the lookup is done by a join with instance, so it's not an issue for that. it just becomes an oddity that it may appear that two instances share a migration id15:06
*** ekhugen_alt has joined #openstack-nova15:07
*** ekarlso- has joined #openstack-nova15:07
sdaguealaski: only if there is a way to fetch the migration without an instance15:07
*** jlanoux_ has joined #openstack-nova15:07
*** links has quit IRC15:07
*** tomoiaga has quit IRC15:07
*** vishwanathj has quit IRC15:07
*** sc68cal has quit IRC15:07
*** ekhugen has quit IRC15:07
*** ekarlso has quit IRC15:07
*** salv-orlando has quit IRC15:07
*** jlanoux has quit IRC15:07
alaskiright15:07
*** claudiub has quit IRC15:08
*** dedery has quit IRC15:08
*** wanghao has quit IRC15:08
*** dave-mccowan has quit IRC15:08
alaskiI just wanted to mention that ids are no longer unique in a cells world15:08
sdaguewhich is not intended15:08
sdaguesure15:08
sdagueif this was a top level resource id, I'd 100% agree that it's a problem15:08
*** READ10_ has joined #openstack-nova15:08
*** wanghao has joined #openstack-nova15:08
sdagueI just wanted to understand if sub resources scoped to instance really have that same concern15:08
*** READ10 has quit IRC15:09
johnthetubaguyit might if we migrate between cells (scratches head)...15:09
sdagueif you can come up with an actual failure scenario, it's worth addressing15:09
alaskiwe would need to relink them in that case. it really comes down to whether or not users will consider anything about the id, if they just ignore them that's fine15:10
sdaguebut the flow is GET /os-migrations -> follow link to /servers/{uuid}/migration/{id}15:10
*** burgerk has joined #openstack-nova15:10
johnthetubaguythe ID is in the URL15:10
johnthetubaguyyeah, that15:10
johnthetubaguyso when you move cell, you get new ids, to avoid clashes15:10
johnthetubaguyand that breaks the API, in its current form15:10
sdaguedoes it?15:10
alaskinot if they follow the flow15:10
alaskiif they hardcode an id, yes15:11
sdaguewe've stated that /servers/{uuid}/migration/{id} only exists when that live migration is active15:11
sdagueit's ephemeral15:11
*** subscope has quit IRC15:11
*** READ6 has quit IRC15:11
johnthetubaguyyeah, its just I think its moved as part of that flow... maybe we get away with it, as its always in the source cell15:11
sdagueso I guess the concern is that we randomly happen to get /servers/{uuid}/migration/{id} again in the future15:11
sdagueafter it's live migrated to a new cell?15:11
johnthetubaguyso we totally could, technically15:11
*** READ10 has joined #openstack-nova15:12
sdaguewe could15:12
dansmithugh15:12
*** bjornar has joined #openstack-nova15:12
sdaguewe could also 500 error if you pass | as a server arg15:12
johnthetubaguyif on cell has less migrations, it might get up to the same id again15:12
johnthetubaguythink move to empty cell, for a busy cell15:12
johnthetubaguybut its very edge case, I think...15:12
sdagueyeh, it's more edge than most of what's here - https://bugs.launchpad.net/nova/+bugs?field.tag=api15:13
sdagueso before over thinking that issue, we should fix some of those bugs :)15:13
johnthetubaguyit feels bad adding new, slightly broken things, but I agree we have bigger things to worry about, really15:13
*** READ10_ has quit IRC15:13
*** smatzek_ has joined #openstack-nova15:13
sdaguehttps://bugs.launchpad.net/nova/+bug/1546396 for instance15:13
openstackLaunchpad bug 1546396 in OpenStack Compute (nova) "Nova api throws 500 error when invalid name passed to servers" [High,In progress] - Assigned to jichenjc (jichenjc)15:13
johnthetubaguythat bloody error, again, arg.15:14
bauzascdent: had some comments on https://review.openstack.org/#/c/277466/2515:14
sdagueyeh, well, if anyone can help me figure out how to reset the global session in oslo.db we can nail this one with lists15:14
johnthetubaguywe have move to uuids later, if this turns out to be an issue, although we know thats properly painful15:14
sdaguewith tests15:14
dimsrpodolyaka : ^^ :)15:15
cdentthanks bauzas15:15
bauzascdent: that's not necessary a blocker hence me +1ing15:15
bauzascdent: just in case you need to respin...15:15
johnthetubaguysdague: so there is one more thing on that, the return format, should it not start with {migration:{}}? https://review.openstack.org/#/c/258771/23/nova/tests/functional/api_sample_tests/api_samples/server-migrations/v2.23/migrations-get.json.tpl15:15
sdaguejohnthetubaguy: personally, the extra nesting level never made sense to me15:16
cdentbauzas: that's all artifacts from dansmith removing the allocation stuff. I can clean it up more if desired, but it is all going to go back in in a not too far away followup.15:16
sdagueI can go either way15:16
*** READ10 has quit IRC15:16
bauzascdent: sure, again, hence me +1ing15:16
johnthetubaguysdague: I wish this was filled in, I guess: http://specs.openstack.org/openstack/api-wg/guidelines/representation_structure.html#singular-resources15:16
dansmithbauzas: yep, and I commented in the commit message about that I think.. or a comment somewhere15:16
*** sc68cal_ is now known as sc68cal15:16
*** smatzek has quit IRC15:16
*** mgoddard__ has joined #openstack-nova15:16
bauzasdansmith: which change, sorry ? :)15:17
johnthetubaguysdague: in the absence of that, I have to agree with you15:17
*** salv-orl_ has quit IRC15:17
sdaguedims: my question about that is on the mailing list fwiw - http://lists.openstack.org/pipermail/openstack-dev/2016-February/087324.html15:17
bauzasdansmith: ah, the Inventories change, yeah saw that15:17
bauzasdansmith: so I'm fine15:17
dansmithbauzas: https://review.openstack.org/#/c/277466/25/nova/objects/resource_provider.py15:17
dansmithyeah15:17
dansmithokay15:17
dimssdague : yes, just got online (on west coast time)15:17
dansmithdims: where?15:17
bauzasdansmith: I just pointed out some test having an attribute not really in use15:18
dimsdansmith : sunnyvale15:18
dansmithdims: california? bummer ...15:18
bauzasdansmith: https://review.openstack.org/#/c/277466/25/nova/tests/unit/objects/test_resource_provider.py@4815:18
dimstime off from snow and heavy jackers :)15:18
dimsjackets15:18
*** pcaruana has joined #openstack-nova15:18
dansmithbauzas: yeah, forgot that15:18
sdaguedims: meh, it's in the 40s here this week, so only light jackets15:18
dansmithhere as well, although supposed to crack 60 here today15:19
dimsy last week was not bad15:19
cdentdansmith, bauzas: I'll wait on jaypipes comments and then clean that out. Seem like a plan?15:19
cdent(the test stuff, not the subclass)15:19
dansmithcdent: did you fix the test I broke?15:19
bauzascdent: don't worry, we can merge and fix later15:19
cdentdansmith: yes15:19
dansmithokay15:19
dansmiththen yeah, if bauzas is okay I'd say we push forward15:20
bauzasI'm fine, I just +1d because I'm shy (jk)15:20
*** mgoddard_ has quit IRC15:20
dansmithheh15:20
dansmithit's fine15:20
bauzasbut alaski was having some other question about read_only15:20
bauzasdansmith: ^15:20
*** pcaruana has quit IRC15:20
bauzasso he was waiting your voice15:20
*** pcaruana has joined #openstack-nova15:21
jaypipescdent: first patch done review.15:21
*** pcaruana|afk| has joined #openstack-nova15:21
alaskidansmith: I'm not 100% clear on when it should be used, so wanted your double check on using it for the id field15:21
dansmithalaski: so, the deal is.. I think we have a bug somewhere in the serializer around readonly fields.. I was getting some failures during remotable calls15:21
dansmithalaski: so I left it off and need to investigate15:21
openstackgerritShaoHe Feng proposed openstack/nova: Add new APIs and deprecate old API for migrations  https://review.openstack.org/25877115:21
dansmithbut that's stuff I can do after FF in o.vo15:22
alaskidansmith: it was added in15:22
*** mtanino has joined #openstack-nova15:22
alaskiI'm used to it not being used there15:22
dansmithalaski: oh and the tests pass?15:22
*** knikolla has joined #openstack-nova15:22
dansmithalaski: you're used to it not being there because we didn't have it in the beginning15:22
dansmithactually, I'm not sure id is the field I was having trouble with.. it was a more complicated one I think15:23
dansmithah, yeah, I think it was me trying to make the resource_provider object field read-only15:23
dansmithand that was getting smacked by the deserialization code, which makes sense15:23
dansmithbut yeah, anything like this should be read-only if we can15:24
*** tomoiaga1 has quit IRC15:24
cdentdansmith: yeah, I tried to do that do and couldn't15:24
cdentand had confusion on why15:24
dansmithyeah, that's some bug I need to fix15:24
*** Daisy has joined #openstack-nova15:25
dansmithprobably because we set it twice in the deserializer or something15:25
*** eharney has joined #openstack-nova15:25
alaskidansmith: okay. I knew there was some issues with read_only but don't understand them so I want to make sure it's kosher to use there15:25
alaskilooks like it is15:25
cdentso, since jaypipes had some suggested changes, I'll do those and remove the useless allocations stuff. Anybody have anything else they want to get dibs on?15:25
dansmithalaski: yeah15:26
jaypipescdent: what useless allocations stuff?15:26
cdentjaypipes: dansmith extract allocations to another patch, but forgot accidently left a test constant in15:26
*** haplo37 has joined #openstack-nova15:26
cdentso that constant needs to be moved to the other patch15:26
cdentas it is unused15:27
jaypipescdelatte: ah15:27
jaypipescdent: ah :)15:27
cdentthat's a good name for me, since I drink a lot of coffee and am _definitely_ a latte sipping liberal. Except that I don't like latte's any more15:27
cdentmainlines espresso15:28
jaypipescdent: so which patch should I review next? I think 280333 is no longer valid given the updated specs that changed the requried schema migrations, right?15:28
cdentjaypipes: probably this one: https://review.openstack.org/#/c/281837/15:29
*** pcaruana|afk| has quit IRC15:29
*** ildikov has quit IRC15:29
cdenthas merge conflict because of migration numbers, but I was going to fix that after the parent merged15:29
jaypipesk15:29
cdentstacked below that one is: https://review.openstack.org/#/c/281945/ but that one is well out of date15:29
*** ildikov has joined #openstack-nova15:30
*** Daisy has quit IRC15:31
*** ekuris has quit IRC15:31
*** scheuran has quit IRC15:32
vishwana_sgordon, Hi, per your suggestion on the IRC chat yesterday related to the issue I am facing with SR-IOV, I have posted a question on ask.openstack.org at link https://ask.openstack.org/en/question/88782/unable-to-create-a-vm-with-sr-iov-port/ ... would appreciate any guidance from your side to unblock/resolve the issue...thanks in advance for your help.15:34
*** Daisy has joined #openstack-nova15:34
*** zz_dimtruck is now known as dimtruck15:35
*** pcaruana has quit IRC15:37
*** mgoddard__ has quit IRC15:37
*** mgoddard has joined #openstack-nova15:38
mnaserhow's nova + hyperv support these days?  we're considering adding a subnet of HVs that run hyperv for windows-only vms15:39
mnaserfor licensing reasons as well as possibly better support overall15:39
*** porunov has quit IRC15:41
claudiub|2mnaser: hello. hyper-v is free, as a hypervisor (unless you get windows server). Currently, nova supports Windows / Hyper-V Server 2012 or newer (including 2016), while 2008 R2 has been deprecated in liberty. If you want to give it a go, you can fetch the installer here: https://cloudbase.it/openstack-hyperv-driver/15:43
*** daemontool_ has joined #openstack-nova15:44
mnaserclaudiub|2: interesting, i think there is an advantage in paying license fees only for the host (hypervisor) and then host an unlimited # of window hosts inside it15:44
mnaserthat looks like an interesting installer though15:44
*** claudiub has joined #openstack-nova15:45
claudiubmnaser: ofc, windows guests perform better on hyper-v, as well as certain workloads (hadoop, for example), especially if the power config option is set to 'high performance' (it is set to 'balanced' by default)15:46
claudiubsorry, was disconnected.15:46
*** daemontool has quit IRC15:46
mnaserno problem!  we'll have to do quite some testing to integrate this with our existing cloud.  it's a long ways away from what we're usually used to15:46
mnasercompatible with ceph for block storage too??15:47
claudiubmnaser: well, you do need one host to be licenced (active directory node), so you can join your nodes into the AD, having then live-migration, for example.15:47
*** claudiub|2 has quit IRC15:47
*** jlanoux_ has quit IRC15:48
mnaserthey'll probably all be licensed (we have an SPLA agreement) .. but hell, even dealing with licensing is a big initial complication :)15:48
*** pcaruana has joined #openstack-nova15:49
claudiubmnaser: well, you can try out the evaluation images. they have 180 days trial + they are sysprepped: https://cloudbase.it/windows-cloud-images/15:49
mnasergre networking not supported, ouch15:49
dansmithjohnthetubaguy: around?15:50
dansmithjohnthetubaguy: I think we need to figure out what to do about this .all() thing in the migrations15:50
claudiubmnaser: hyper-v does support nvgre though. We've managed to have gre networks using the hyper-v's nvgre.15:50
mnaserclaudiub: im unsure what nvgre is and how compatible that would be with the existing gre infrastructure we use15:51
dansmithjohnthetubaguy: I feel like puppet and chef people are going to just say "run the whole deal, let me know when you're done" and cause people to fail to apply all in the middle of an upgrade, which is not cool15:51
johnthetubaguydansmith: I am here15:51
johnthetubaguyoh, yes15:51
dansmithjohnthetubaguy: so one option is to put it heavy in the reno, but we know that won't get everyone15:51
mriedemsdague: can you explain extensions in v2.1? like i thought we didn't allow 'extensions' in v2.1 but isn't everything in there an extension?15:51
mriedemor they just aren't optional in v2.1?15:51
dansmithjohnthetubaguy: the other would be to put a user prompt in the nova-manage top level command making them confirm they know they're doing a likely-to-fail thing, which will fail if there is no stdin, etc15:51
jaypipescdent: reviewed.15:52
dansmithjohnthetubaguy: of course the third option is to do the thing where we batch mandatorily15:52
johnthetubaguydansmith: oh, you mean doing everything in one go is likely to fail?15:52
jaypipesdansmith: k, what's the next priority patch I should review in the series?15:52
dansmithjohnthetubaguy: one could argue that we'll never choose the right batch size for memory and performance, but I feel like it's better to default to something that works15:52
claudiubmnaser: nvgre is pretty much gre (+1 extra byte), and it has a couple of limitations, unfortunately: cannot have a gateway ending with a .1 and the tunnel_id has to be > 4096. Other than that, works the same and it's compatible with ovs.15:53
johnthetubaguydansmith: yeah, I am all for pick something that works 80% of the time, for that puppet case15:53
dansmithjohnthetubaguy: right.. if we do .all() on pci_devices on a 100 node deployment in a 1G "service vm" then that's going to fail15:53
johnthetubaguyyep15:53
mnaserclaudiub: we'd have to look into tha tthen.. makes things a bit harder now :(15:53
dansmithjohnthetubaguy: so prompting for yes/no and defaulting to no will mean puppet will never work if they don't account for this, which might be good15:53
dansmithjohnthetubaguy: but the puppet people also don't have an easy way to loop-apply things I think15:54
dansmithjohnthetubaguy: which means it would be better to do the batching for them in the "finish everything" case15:54
johnthetubaguydansmith: why can't we just sit in a loop, by default, doing batches of 50 or something?15:54
*** nkrinner has quit IRC15:54
dansmithjohnthetubaguy: we can, ndipanov doesn't want to15:54
claudiubmnaser: anyways, but we do support ovs on windows, meaning that anything can go on windows as well: flat, vlan, gre, vxlan, etc.15:54
claudiubmnaser: https://cloudbase.it/openvswitch/15:55
mnaserclaudiub: that's true, just not sure why it's listed at not supported on the website15:55
johnthetubaguyso I haven't caught up with ndipanov about this one recently, ndipanov: what is your concern about us looping in little batches by default, till we are finished?15:55
dansmithndipanov: what if I follow up with a patch that does the looping at the nova-manage level and arranges for .all() to never be actually called in the handler functions in the used-from-cli case ?15:55
claudiubmnaser: for the networking side, as an l2 agent, you can either opt for networking_hyperv, which can only support flat, vlan, (nv)gre, or you can opt for the ovs_agent, which can support flat, vlan, gre, vxlan, etc.15:56
*** irenab has joined #openstack-nova15:56
johnthetubaguydansmith: yeah, I like logging each batch as it happens, so the outer loops is probably easiest15:56
dansmithjohnthetubaguy: https://review.openstack.org/#/c/278079/6/nova/db/sqlalchemy/api.py15:56
sdaguemriedem: extensions as a concept are deprecated15:57
mnaserclaudiub: oh i see, so there's two different implementations.  i see now, im assuming networking_hyperv works better in some sense (more integrated) and ovs_agent is more decoupled like the kvm driver15:57
sdaguethe infrastructure for how code works in 2.1 is all extensions in code15:57
*** pushkaru has joined #openstack-nova15:57
dansmithjohnthetubaguy: maybe he's just against a batch size limit and not against the looping15:57
sdaguewe'll clean that up over time15:57
johnthetubaguydansmith: oh, gotcha, yeah, maybe15:57
claudiubmnaser: indeed, networking_hyperv is the native hyper-v implementation.15:57
mnaserthat explains why the gre stuff is unsuppoted then.  interesting15:58
dansmithjohnthetubaguy: so do you want to just apply this and I'll add it to my list?15:58
dansmithjohnthetubaguy: add the looping that is15:58
*** gokrokve has joined #openstack-nova15:58
cdentthanks for that uutf8 incantation jaypipes, in a few of the earlier patches I laid out some "halp, halp!" comments, because I had no clue15:58
johnthetubaguydansmith: I think we need it more than we need the perfect answer15:58
claudiubmnaser: as for block storage, we do support iscsi, smb volumes and fibre channel15:58
*** rotbeard has quit IRC15:59
mnaserclaudiub: i guess we'd have to figure out how to use ceph with iscsi in that case15:59
openstackgerritStephen Finucane proposed openstack/nova: tox: Remove 'oslo.versionedobjects' dependency  https://review.openstack.org/26921316:00
claudiubmnaser: not really a block storage expert myself, but I think it can be done.16:00
*** luis5tb has quit IRC16:00
*** haomaiwang has quit IRC16:01
*** mgoddard_ has joined #openstack-nova16:01
mnaserclaudiub: i'll do my readings, thank you for the information .. there'll be a fun process of decision making i guess16:01
*** haomaiwang has joined #openstack-nova16:01
johnthetubaguydansmith: so I have +2ed it, in the we need this now sense of a +216:01
claudiubmnaser: sure, no problem. if you have any other questions, let me know. :)16:02
mnaserclaudiub: appreciate it mate, have a good one :)16:02
*** mgoddard has quit IRC16:04
*** mvk has quit IRC16:05
*** mvk has joined #openstack-nova16:06
*** tobasco has quit IRC16:09
openstackgerritChris Dent proposed openstack/nova: resource-provider versioned objects  https://review.openstack.org/27746616:09
cdentjaypipes, bauzas, dansmith, alaski ^ Will come back in an hour or so to clean up the dependent patch. Need to cach the last few rays of sun before it goes away for the next month.16:11
*** sfinucan has quit IRC16:11
bauzascdent: so, you work in Transylvania ?16:11
cdentCornwall, Translyvania, close enough.16:11
claudiubit's already dark in transylvania. :( need to get some garlic.16:12
*** krtaylor has joined #openstack-nova16:13
*** EinstCrazy has quit IRC16:13
cdentclaudiub++16:13
cdentbiab16:13
*** cdent has quit IRC16:13
*** subscope has joined #openstack-nova16:14
*** READ10 has joined #openstack-nova16:14
*** hemnafk is now known as hemna16:16
*** ljxiash has quit IRC16:17
*** jlanoux has joined #openstack-nova16:17
*** mylu has quit IRC16:19
*** mylu has joined #openstack-nova16:20
*** harlowja_at_home has joined #openstack-nova16:22
*** tjones has joined #openstack-nova16:23
Bobbajohnthetubaguy: Could you add the bugfix at https://review.openstack.org/#/c/254022/ to your review list?  You reviewed a month ago and it's got a +2 from another core so hopefully can land soon16:24
*** moshele has quit IRC16:25
*** yamahata has quit IRC16:25
*** subscope has quit IRC16:27
*** belmoreira has quit IRC16:27
ndipanovjohnthetubaguy, dansmith sorry was away16:29
ndipanovI think it's unnecessary16:29
ndipanovthere is already a way to limit this16:29
ndipanovas I explained on the previous patch - it's just not an actual issue imho16:30
*** jdurgin1 has joined #openstack-nova16:30
ndipanovand is very dubious that batches would actually fix anything16:30
johnthetubaguyso batches we totally need in production16:31
johnthetubaguyour read slaves lag behind if there are too many writes16:31
ndipanovjohnthetubaguy, so that' can be done with the limit16:31
johnthetubaguythe batch size and waits lets us throttle back the DB load16:31
ndipanovthat exists16:31
*** cgalan has joined #openstack-nova16:31
johnthetubaguyOK, I missunderstood you16:31
ndipanovalthough you have to actually write a script with sleep/add a cron job16:31
johnthetubaguythat was me saying the limit is needed16:31
ndipanovthat is there16:31
ndipanovwhat's also there is a way to do a oneshot16:32
ndipanovwhich is what I understand you also wanted to attempt to slice up in batches16:32
dansmithndipanov: batches are needed for things like puppet16:32
dansmithndipanov: and for most people that are going to run this offline until it's done16:32
*** mpavone has quit IRC16:32
johnthetubaguyI guess we are just not convinced that on a large deployment, that oneshot will actually work16:32
ndipanovdansmith, so we have that16:32
ndipanovjohnthetubaguy, well there's a fermi math on the comment16:33
dansmithndipanov: we do not16:33
* mdbooth had forgotten the misery of merge conflicts in a large patch series :(16:33
ndipanovok we do not you need to do a loop in bash16:33
*** achanda has joined #openstack-nova16:33
ndipanovor am I missing something dansmith16:33
johnthetubaguywe are saying we shouldn't need to force folks to do that loop in bash16:34
johnthetubaguyI think16:34
johnthetubaguyfor the puppet case16:34
ndipanovI don't get the puppet case16:34
dansmithndipanov: right, so for puppet, looping is not a thing they can do16:34
dansmithunless they literally spawn a bash -c 'for ...' which is not cool16:34
openstackgerritAndrea Rosa proposed openstack/nova: Abort an ongoing live migration  https://review.openstack.org/27797116:35
ndipanovdansmith, but when does puppet run that?16:35
dansmithndipanov: when does puppet run this at all?16:36
ndipanovyeah16:36
dansmithsame time they run db_sync ?16:36
dansmithor in a different place/time if they were to break up the task16:36
ndipanovso in that case all() is fine16:36
dansmithbut still16:36
dansmithit's not!16:36
sheelDear Nova members16:36
ndipanovwhy?16:36
sheelits regarding https://review.openstack.org/#/c/282862/16:37
dansmithbecause it will run out of memory for any reasonable size deployment16:37
sheelcould you please find some spare time to review it?16:37
*** dims has quit IRC16:37
ndipanovno it won't16:37
ndipanovread my comment16:37
*** salv-orlando has joined #openstack-nova16:37
*** salv-orlando has quit IRC16:37
ndipanovdansmith, ^16:37
ndipanovon previous patchset16:37
*** salv-orlando has joined #openstack-nova16:37
dansmithndipanov: you'll have to point me at it16:38
ndipanovsec16:38
ndipanovdansmith, https://review.openstack.org/#/c/278079/6/nova/db/sqlalchemy/api.py16:38
*** achanda has quit IRC16:38
johnthetubaguythis was the 4KiB per PCI thing?16:38
ndipanovyes 1k though16:39
ndipanovand 1000 pci devices per host16:39
mdboothHmm, a recent change to tox.ini seems to require a newer version of pip than I have16:39
sheeljaypipes: hi there16:39
mdboothIs this a deliberate thing?16:39
johnthetubaguyits just we do see the API used a few GBs when listing over 1000 images16:39
dansmithndipanov: yeah, I'm not convinced :)16:39
dansmithyeah, it's reported sooo often16:39
johnthetubaguymdbooth: yes, you need 7.1 or higher now, so we can use the "-c" option16:39
ndipanovdansmith, what is?16:39
dansmithand it comes from us selecting large batches of things out of sqla16:39
*** gokrokve has quit IRC16:39
johnthetubaguymdbooth: turns out upgrading venv is important16:39
dansmithndipanov: OOMing due to selecting huge batches out of the database16:40
*** unicell1 has joined #openstack-nova16:40
jaypipessheel: on a call. in async mode. ;)16:40
sheeljaypipes: ohk16:40
ndipanovdansmith, well I don't believe that batching up inside the session is going to help at all but that's just my assumption16:40
ndipanovdansmith, fwiw - this is exactly how the flavor one worked16:41
*** unicell has quit IRC16:41
mdbooth[mbooth@workstation nova (libvirt_storage_pools)]$ pip -V16:41
mdboothpip 8.0.2 from /home/mbooth/.local/lib/python2.7/site-packages (python 2.7)16:41
mdbooth[mbooth@workstation nova (libvirt_storage_pools)]$ pip -c16:41
mdboothUsage:16:41
mdbooth  pip <command> [options]16:41
mdboothno such option: -c16:41
johnthetubaguyndipanov: the gc should kick in and help us, at least that is what seems to happen in other similar cases, totally needs testing though16:41
sheeljaypipes: just need some eyes on https://review.openstack.org/#/c/282862/16:41
sheeljaypipes: plz review once u got time16:41
mdboothI'm going to have to overwrite my system-install pip, aren't I? :(16:41
*** Jeffrey4l has quit IRC16:42
sheeljaypipes: thanks16:42
ndipanovjohnthetubaguy, @main_context_manager.writer inside this I assume everything is referenced16:42
johnthetubaguymdbooth: yes, I think so, although I think upgrading venv might be enough, but I am not sure16:42
ndipanovso no gc16:42
dansmithndipanov: so if we merge your patch and I do the  batching, are you opposed to it?16:42
johnthetubaguyndipanov: hmm, true, we might need a new context each loop16:43
ndipanovdansmith, well other than feeling slightly patronized which I stoped caring about - no16:43
openstackgerritDan Smith proposed openstack/nova: Make online_data_migrations do smaller batches in unlimited case  https://review.openstack.org/28367716:43
openstackgerritDan Smith proposed openstack/nova: Fix two bugs in online_data_migrations()  https://review.openstack.org/28367816:43
ndipanovknock yourself out my friend16:43
dansmithndipanov: the latter patch there fixes two important issues, by the way16:43
* mdbooth wonders how much stuff he just broke16:43
ndipanovawesome!16:44
dansmithjohnthetubaguy: the way I'm looping in nova-manage I think we should be good because we're dropping in and out of writer, right?16:45
*** subscope has joined #openstack-nova16:45
*** paul-carlton1 has quit IRC16:45
johnthetubaguydansmith: possibly... its just they are re-entrant in some funky way16:45
ndipanovdansmith, yeah that's good16:45
ndipanovor should be16:45
*** mjura has quit IRC16:45
*** su_zhang has quit IRC16:46
*** su_zhang has joined #openstack-nova16:46
*** armax has quit IRC16:46
*** spandhe has joined #openstack-nova16:48
*** esracelik has quit IRC16:48
*** su_zhang has quit IRC16:50
ndipanovdansmith, how come tests didn't catch the formatting issues?16:51
*** thorst is now known as thorst_afk16:51
dansmithndipanov: because you didn't test the error path, and the other one prints, just not what you want16:51
*** jistr has quit IRC16:51
dansmithmdbooth: run .tox/py27/bin/pip -V16:51
dansmithndipanov: I meant to add a test for the error path, hang on16:52
mdboothdansmith: I blew away .tox and have been testing against pep816:52
mdboothpep8 doesn't have bin/pip16:52
johnthetubaguyndipanov: dansmith: I was reading through, who creates the context now? that decorator?16:52
bauzasmdbooth: it's a virtualenv version problem16:52
dansmithmdbooth: uh, it doesn't?16:52
bauzasnot a pip one16:52
mdboothbauzas: Any idea which virtualenv?16:52
bauzasmdbooth: since virtualenv bundles a pip version in it16:53
mdboothAh... you mean the virtualenv package16:53
bauzasyup16:53
mdboothEurgh16:53
mdboothbauzas: Thanks, will investigate16:53
*** Daisy has quit IRC16:53
johnthetubaguyyeah, thats what I was meaning about upgrading venv, sorry16:53
mdboothThat's pretty awful :(16:53
mdboothI think I knew that, but had blocked it16:53
*** Daisy has joined #openstack-nova16:53
bauzasmdbooth: you can see in your python path which pip wheel is stored within the virtualenv_storage lib16:53
*** mylu has quit IRC16:54
bauzasbut don't change the wheel, rather upgrade the package (using pip or your distro)16:54
ndipanovjohnthetubaguy, context as in nova.context?16:54
johnthetubaguyndipanov: as in the first argument of the migration_meth16:54
ndipanovno we pass it in16:55
bauzasmdbooth: what you need to care is to have a site-packages lib containing the right wheel, that's it16:55
mdboothbauzas: Up and running again :) Thanks.16:55
johnthetubaguyndipanov: I am being blind, I don't see it :S16:55
bauzasmdbooth: np16:55
*** mgoddard has joined #openstack-nova16:55
ndipanovjohnthetubaguy, hmmm :/16:55
*** mgoddard_ has quit IRC16:55
johnthetubaguyhttps://review.openstack.org/#/c/278079/7/nova/cmd/manage.py@100816:55
mdboothFor posterity, and other Fedora users who don't like messing with system packages, I did:16:56
johnthetubaguyI wonder if there is a bad mock in the test here16:56
*** bjornar_ has joined #openstack-nova16:56
mdboothpip install --user --upgrade virtualenv16:56
mdboothpip install --user --upgrade pip16:56
*** rlrossit has quit IRC16:56
ndipanovyes it is16:56
ndipanovwe should roll it in with dansmith 's fix16:57
*** yamahata has joined #openstack-nova16:57
dansmithndipanov: johnthetubaguy say what now?16:57
johnthetubaguyturns out its all broken, we don't pass a context to the DB method16:57
*** Daisy has quit IRC16:58
*** mylu has joined #openstack-nova16:58
johnthetubaguyI think its the new context on each loop that should stop the memory leak16:58
johnthetubaguywell, give the gc a chance, I supose16:58
*** jdillaman has joined #openstack-nova16:58
ndipanovjohnthetubaguy, hmmm16:58
*** rlrossit has joined #openstack-nova16:58
*** rdopiera has quit IRC16:58
dansmithah16:59
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/28213616:59
*** rlrossit_ has joined #openstack-nova17:01
*** haomaiwang has quit IRC17:01
johnthetubaguyndipanov: well, I guess I am assuming a new context means you get a new session17:01
*** haomaiwang has joined #openstack-nova17:01
ndipanovjohnthetubaguy, it would seem so from the code unless there is some magic by the writer stuff there17:02
ndipanovlike you suspected17:02
*** rlrossit has quit IRC17:03
*** leeantho has joined #openstack-nova17:03
*** dedery has joined #openstack-nova17:04
*** zenoway has joined #openstack-nova17:04
dansmithI think that's right17:04
*** apoorvad has joined #openstack-nova17:05
*** armax has joined #openstack-nova17:05
ndipanovjohnthetubaguy, it would seem that it does cache it17:05
johnthetubaguyndipanov: I thought the caching was in the context object?17:06
ndipanovhttps://github.com/openstack/oslo.db/blob/master/oslo_db/sqlalchemy/enginefacade.py17:06
ndipanovso looking at this17:06
*** dedery_ has quit IRC17:07
ndipanovhttps://github.com/openstack/oslo.db/blob/master/oslo_db/sqlalchemy/enginefacade.py#L72317:07
*** gokrokve has joined #openstack-nova17:07
ndipanovit does17:08
*** dims has joined #openstack-nova17:09
*** zenoway has quit IRC17:09
dansmithdoes "it does" mean "it's cached in the context" ?17:09
*** dedery has quit IRC17:09
ndipanovdansmith, yes17:09
ndipanovwell it would appear so from that code at least17:10
ndipanovit's somewhat terse17:10
openstackgerritDan Smith proposed openstack/nova: Make online_data_migrations do smaller batches in unlimited case  https://review.openstack.org/28367717:10
openstackgerritDan Smith proposed openstack/nova: Fix two bugs in online_data_migrations()  https://review.openstack.org/28367817:10
openstackgerritDan Smith proposed openstack/nova: Fix online_data_migrations() not passing context  https://review.openstack.org/28370117:10
johnthetubaguyyeah, I think its in the context, so we should be fine17:10
*** paul-carlton1 has joined #openstack-nova17:10
ndipanovjohnthetubaguy, so we do context.session in our db methods17:12
openstackgerritMatthew Booth proposed openstack/nova: Add a lock() context manager to image backend  https://review.openstack.org/27962517:12
openstackgerritMatthew Booth proposed openstack/nova: Rename Raw backend to Unbacked  https://review.openstack.org/27962617:12
openstackgerritMatthew Booth proposed openstack/nova: Update import_file to provide a general-purpose interface  https://review.openstack.org/26766217:12
openstackgerritMatthew Booth proposed openstack/nova: Fix signature of copy_image  https://review.openstack.org/28243217:12
openstackgerritMatthew Booth proposed openstack/nova: Remove fake_imagebackend.Raw and cleanup dependent tests  https://review.openstack.org/26766117:12
openstackgerritMatthew Booth proposed openstack/nova: Rename Image.check_image_exists to Image.exists()  https://review.openstack.org/27099817:12
openstackgerritMatthew Booth proposed openstack/nova: Remove deprecated option libvirt.remove_unused_kernels  https://review.openstack.org/26588617:12
ndipanovbut looking at the enginefacade code17:12
openstackgerritMatthew Booth proposed openstack/nova: Only attempt to inject files if the injection disk exists  https://review.openstack.org/25087217:12
openstackgerritMatthew Booth proposed openstack/nova: Don't convert raw disks to qcow2 during resize/migrate  https://review.openstack.org/28370217:12
openstackgerritMatthew Booth proposed openstack/nova: Don't overwrite existing config file on resize/migrate  https://review.openstack.org/28370317:12
ndipanovit looks for _enginefacade_context17:12
*** browne has joined #openstack-nova17:12
ndipanovso I am at this point not sure which one is actually used17:12
johnthetubaguyndipanov: looks like there is more magic: https://github.com/openstack/nova/blob/master/nova/context.py#L6417:13
*** leeantho has quit IRC17:14
mdboothndipanov: I'm coming late to this party. What's the issue?17:14
*** penick has joined #openstack-nova17:14
* mdbooth is moderately familiar with this code17:14
*** gszasz has joined #openstack-nova17:14
*** cdent has joined #openstack-nova17:15
*** yassine__ has quit IRC17:15
johnthetubaguymdbooth: when doing online data migrations, we don't want to use too much memory17:15
ndipanovjohnthetubaguy, ok in that case yes it's cached17:15
mdboothjohnthetubaguy: So you specifically want to use a single session?17:16
ndipanovso we need to give it a new admin context on each run17:16
johnthetubaguyno, the opposite17:16
*** nic has joined #openstack-nova17:16
mdboothOh, ok17:16
johnthetubaguyright, which is what dansmith's patch does17:16
johnthetubaguyhttps://review.openstack.org/#/c/28370117:16
*** mylu has quit IRC17:16
mdboothSo, the context is added dynamically by a decorator17:16
mdboothAnd also removed17:17
ndipanovjohnthetubaguy, ok17:17
mdboothYou shouldn't need a new context object each time, as long as there is no currently active db session17:17
mdboothEven if there is a currently active db session, there's an api to start a new one if you want17:18
ndipanovmdbooth, that was our problem - we run this as a data migration script17:18
*** nic has quit IRC17:18
*** nic has joined #openstack-nova17:18
ndipanovso the assumption is if we don't do this all stuff is referenced forever inside the session even if we loop over the method17:18
mdboothndipanov: So the script is called from a context which has previous set @writer?17:18
ndipanovand never gets GCed17:18
ndipanovin a loop17:19
ndipanovyes17:19
mdboothndipanov: Interesting. Which method is that?17:19
ndipanovhttps://review.openstack.org/#/c/283701/17:19
mdboothndipanov: I don't see it17:20
*** unicell1 has quit IRC17:20
mdboothThat passes in a request context, but it doesn't create a db writer context17:20
ndipanovassume migration_meth is decorated17:20
mdboothOk, that's fine too17:20
mdboothBecause the db session should be created and torn down on each call17:21
mdboothSo successive calls will have different db sessions17:21
mdboothThey would only share a session if you put @writer on, eg, _run_migration17:21
ndipanovmdbooth, ok got it - might be worth fixing actually17:21
mdboothIf that's not the case, then that sounds like a bug in oslo_db17:22
*** daemontool_ has quit IRC17:22
ndipanovyeah I'd say you are actually right17:23
ndipanovhttps://github.com/openstack/oslo.db/blob/master/oslo_db/sqlalchemy/enginefacade.py#L76417:23
johnthetubaguyOK, I remember, the session gets reused when the decoratored method calls other methods, I got things mixed up17:25
*** josecastroleon has quit IRC17:25
ndipanovjohnthetubaguy, right rexiting the context manager kills the cached session17:26
*** ccarmack has quit IRC17:26
johnthetubaguyyeah, makes sense now17:26
*** snikitin_ has joined #openstack-nova17:26
*** mdrabe has quit IRC17:26
*** smatzek_ has quit IRC17:27
*** mylu has joined #openstack-nova17:27
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/28213617:29
*** derekh has quit IRC17:30
*** subscope has quit IRC17:33
openstackgerritGleb Stepanov proposed openstack/nova: Fix backing file copying  https://review.openstack.org/28227517:33
*** vishwana_ is now known as vishwanathj17:33
*** mylu has quit IRC17:34
*** moshele has joined #openstack-nova17:35
*** achanda has joined #openstack-nova17:35
*** thorst_afk is now known as thorst_17:38
*** su_zhang has joined #openstack-nova17:38
*** mylu has joined #openstack-nova17:38
mriedemalaski: anything you want to add to L140 here? https://review.openstack.org/#/c/283206/2/specs/newton/approved/get-me-a-network.rst17:38
*** ccarmack has joined #openstack-nova17:39
*** achanda has quit IRC17:40
mdboothgstepanov: Hey, you left me a -1 but forgot to leave a review: https://review.openstack.org/#/c/279626/17:41
*** matrohon has quit IRC17:41
mdboothgstepanov: Any idea what the issue was?17:41
gstepanovSorry, i've fogot to post a comment, i will do that soon17:42
mdboothCool, thanks.17:42
*** sahid has quit IRC17:46
alaskimriedem: yeah, I'll add some thoughts which boil down to I agree with your latest comment there. We can only really afford quick "are we set up for this" checks.17:47
*** speller has quit IRC17:48
openstackgerritDan Smith proposed openstack/nova: Fix two bugs in online_data_migrations()  https://review.openstack.org/28367817:48
openstackgerritDan Smith proposed openstack/nova: Fix online_data_migrations() not passing context  https://review.openstack.org/28370117:48
*** smatzek_ has joined #openstack-nova17:49
*** jlanoux has quit IRC17:49
*** snikitin_ has quit IRC17:53
dansmithndipanov: you want me to grab the context in the top level method and pass it through so we're not creating it in the inner method, right?17:53
ndipanovyes I think that would be enough17:55
dansmithokay17:55
johnthetubaguyndipanov: dansmith: yeah, given the above discussion, either should work17:55
*** mvk has quit IRC17:56
openstackgerritChris Dent proposed openstack/nova: Adjust resource-providers models for resource-pools  https://review.openstack.org/28183717:56
openstackgerritDan Smith proposed openstack/nova: Make online_data_migrations do smaller batches in unlimited case  https://review.openstack.org/28367717:58
*** su_zhang has quit IRC17:58
openstackgerritDan Smith proposed openstack/nova: Fix two bugs in online_data_migrations()  https://review.openstack.org/28367817:58
openstackgerritDan Smith proposed openstack/nova: Fix online_data_migrations() not passing context  https://review.openstack.org/28370117:58
*** su_zhang has joined #openstack-nova17:58
cdentalaski, bauzas, johnthetubaguy, jaypipes I reckon this is good to go: https://review.openstack.org/#/c/277466/18:00
* alaski looks for his red marker18:00
*** haomaiwang has quit IRC18:01
*** haomaiwang has joined #openstack-nova18:01
*** chhavi has quit IRC18:02
*** pushkaru has quit IRC18:02
*** chhavi has joined #openstack-nova18:03
*** pushkaru has joined #openstack-nova18:03
*** lucasagomes is now known as lucas-dinner18:04
*** rmart04 has quit IRC18:07
*** achanda has joined #openstack-nova18:07
*** pushkaru has quit IRC18:09
*** gokrokve has quit IRC18:09
*** mylu has quit IRC18:09
thorst_markusz: Will there be a bugs meeting today?18:10
rpodolyakasdague: this should help https://review.openstack.org/#/c/283728/ , although, it currently uses the non-public class from oslo.db18:10
*** achanda has quit IRC18:10
*** mdrabe has joined #openstack-nova18:11
rpodolyakawe should probably refactor it to be a public fixture in oslo.db18:11
dimsrpodolyaka : +118:11
mdboothJenkins says: This change depends on a change that failed to merge.18:11
mdboothhttps://review.openstack.org/#/c/267661/1018:11
mdboothBut I just rebased18:11
alaskimriedem: I fixed the rest of the test issues in test_compute from yesterday https://review.openstack.org/#/c/283178/18:11
mdboothIs Jenkins wrong?18:11
*** unicell has joined #openstack-nova18:12
*** unicell has quit IRC18:12
*** unicell has joined #openstack-nova18:12
jaypipescdent, dansmith, alaski: wallaby'd18:13
mriedemalaski: nice, i'll review after food18:13
*** harlowja_at_home has quit IRC18:16
* cdent ossums18:17
jaypipescdent: on 281837, you did not address my comments around using server_default=0, not default=0. was that an oversight or did you disagree?18:17
cdentjaypipes: oversight. overly focused on the mechanics of the of mysql stuff18:18
cdentand then getting frustrated with merged conflicts18:18
cdentI'll fix it when I rebase18:18
jaypipescdent: coolio.18:18
*** sudipto has quit IRC18:19
cdentjaypipes: is your suggestion that default and server_default should be in all four places where I've used default?18:19
cdent(migration and model)18:20
jaypipescdent: no, my suggestion is to use server_default only since default is pointless in that code because it's never used python-side.18:20
cdentk, but both migration and model?18:20
jaypipescdent: and you will want to make a similar change in model.18:20
cdentjinx18:20
jaypipessorry... in model, do both. in migration, only server_default.18:21
cdentha!18:21
cdent:)18:21
cdentHmmm. Clearly we should stop this ORM whooooha18:21
cdentAnyway, I'll do that after I go look at the sea.18:22
*** ociuhandu has quit IRC18:23
*** mingyu_ has quit IRC18:23
*** mingyu has joined #openstack-nova18:23
*** ociuhandu has joined #openstack-nova18:24
*** rpodolyaka is now known as rpodolyaka_afk18:25
*** ijw has joined #openstack-nova18:27
*** PaulMurray is now known as ptm_away18:27
*** ducttape_ has quit IRC18:28
*** lpetrut has quit IRC18:29
*** su_zhang has quit IRC18:30
*** su_zhang has joined #openstack-nova18:30
*** mylu has joined #openstack-nova18:31
*** su_zhang has quit IRC18:31
*** ijw has quit IRC18:31
*** su_zhang has joined #openstack-nova18:32
*** mylu has quit IRC18:33
mdboothgstepanov: Just a reminder, -1 but still no review on https://review.openstack.org/#/c/279626/18:33
mdboothI can't address a problem I don't know about18:33
*** efoley has quit IRC18:34
*** Swami has joined #openstack-nova18:34
*** rk4n has quit IRC18:35
jaypipesalaski, johnthetubaguy, dansmith: your review on https://review.openstack.org/#/c/283253 appreciated.18:35
jaypipesbauzas: ^^ you too.18:35
*** mylu has joined #openstack-nova18:36
*** achanda has joined #openstack-nova18:37
penickjaypipes basically everyone but me18:37
jaypipespenick: :) lol18:37
*** kfarr has joined #openstack-nova18:40
*** paul-carlton1 has quit IRC18:40
*** gszasz has quit IRC18:42
*** ducttape_ has joined #openstack-nova18:44
*** ndipanov has quit IRC18:45
*** baoli_ has quit IRC18:45
*** achanda has quit IRC18:45
*** jwcroppe has quit IRC18:46
*** chhavi has quit IRC18:47
*** mylu has quit IRC18:47
openstackgerritjichenjc proposed openstack/nova: Add instances into dict when handle exception  https://review.openstack.org/28038218:48
*** achanda has joined #openstack-nova18:51
*** dave-mcc_ is now known as dave-mccowan18:52
*** davideagle_ has joined #openstack-nova18:53
*** READ10 has quit IRC18:56
*** subscope has joined #openstack-nova18:56
*** jaosorior has quit IRC18:59
*** haomaiwang has quit IRC19:01
*** haomaiwang has joined #openstack-nova19:01
*** ijw has joined #openstack-nova19:02
*** zenoway has joined #openstack-nova19:03
*** davideagle_ has quit IRC19:04
*** josecastroleon has joined #openstack-nova19:07
*** zenoway has quit IRC19:07
*** subscope has quit IRC19:08
*** Swami has quit IRC19:13
openstackgerritAndrew Laski proposed openstack/nova: Fix networking exceptions in ComputeTestCase  https://review.openstack.org/28317819:14
mriedemalaski: was talking with armax here in the room for the neutron meetup, posted more details in https://review.openstack.org/#/c/283206/19:14
mriedemon the api side validation vs actually taking the one time cost of creating the network in the api19:14
mriedemsdague: ^ your comments would also be helpful there19:15
mriedemsdague: L14019:15
*** ihrachys has quit IRC19:15
*** penick has quit IRC19:16
openstackgerritChris Dent proposed openstack/nova: resource-provider versioned objects  https://review.openstack.org/27746619:16
*** penick has joined #openstack-nova19:17
cdentjaypipes: I forgot to update the inventory ovo hash on that ^, could you hit it again?19:17
*** pushkaru has joined #openstack-nova19:17
*** mtanino has quit IRC19:17
jaypipescdent: done19:17
cdentword19:17
*** lpetrut has joined #openstack-nova19:18
*** angdraug has joined #openstack-nova19:18
*** moshele has quit IRC19:19
alaskimriedem: I'm digging into the bfv case and I don't see any calls to cinder form the api when nova is going to create the volume19:26
*** moshele has joined #openstack-nova19:27
*** danpb has quit IRC19:28
mriedemalaski: right, we don't19:29
mriedemfor BFV it all happens in the compute19:29
mriedemi don't think we even check quotas with cinder19:29
mriedemfor volume attach we check the volume status and set it to 'attaching' from the api, then cast to compute and actually attach the volume to the instance there19:30
mriedemi think we should actually create the volume for BFV from nova-api, but that's a separate thing19:30
mriedemit's non-blocking for one19:30
*** diogogmt has joined #openstack-nova19:30
mriedemat least we'd get the quota and AZ checks from cinder earlier than compute19:31
*** ociuhandu has quit IRC19:31
*** Sukhdev has joined #openstack-nova19:31
*** aorourke is now known as aorourke-away19:32
alaskiokay, I thought your comment was saying that we reserved something in the bfv case19:33
mriedemsorry, no, i think i was mixing volume attach in with that19:34
alaskigotcha19:35
*** su_zhang has quit IRC19:35
kfox1111question. got a compute node trying to talk to nova api on public I think rather then internal. any way to change that?19:35
*** su_zhang has joined #openstack-nova19:36
alaskimriedem: I'm really hesitant to have a call to Neutron which does any more than a quick check. The check-and-create-if-not-there thing worries me for performance19:36
*** josecastroleon has quit IRC19:37
mriedemright, i'm updating the spec with some wording there on why we don't do it19:37
*** Marga_ has quit IRC19:38
*** vilobhmm11 has joined #openstack-nova19:38
*** su_zhang has quit IRC19:40
vilobhmm11dansmith : seeing a problem to enable conductor in juno and getting raise exception.DBNotAllowed('nova-network')  any inputs because i saw you added code https://github.com/openstack/nova/blob/master/nova/cmd/network.py#L65 to prohibit compute to make direct network related db calls19:41
openstackgerritSean Dague proposed openstack/nova: fix usage of opportunistic test cases with enginefacade  https://review.openstack.org/28372819:42
openstackgerritSean Dague proposed openstack/nova: add regression test for bug #1538011  https://review.openstack.org/28336419:42
openstackbug 1538011 in OpenStack Compute (nova) "Aggregate metadata keys are not case sensitive" [High,Triaged] https://launchpad.net/bugs/1538011 - Assigned to Augustina Ragwitz (auggy)19:42
openstackgerritSean Dague proposed openstack/nova: add a place for functional test to block specific regressions  https://review.openstack.org/28201219:42
openstackgerritSean Dague proposed openstack/nova: add regression test for bug #1541691  https://review.openstack.org/28326119:42
openstackbug 1541691 in OpenStack Compute (nova) "server boot with leading and trailing white spaces in name, displays weird error message" [High,In progress] https://launchpad.net/bugs/1541691 - Assigned to Alex Xu (xuhj)19:43
sdagueauggy: ok, I have working test infrastructure for mysql specific bugs thanks to rpodolyaka_afk19:43
*** eil397 has joined #openstack-nova19:43
*** salv-orlando has quit IRC19:44
vilobhmm11dansmith : ^^19:45
doffmalaski: Will we need a separate spec for each of the database migrations. I have tried writing specs for single tables and it feels too repetitive. The spec for ALL tables feels like its too light on info.19:46
alaskidoffm: yeah I don't think we can do all of them in one. Does there seem to be a natural grouping that would hit a middle ground?19:47
doffmI'm looking. I think so. (Networking, Instance types and aggregates, Security groups, quotas and.... others.)19:48
doffmThere is a grab bag of tables outside those groups.19:49
dansmithvilobhmm11: you get that from a juno network node when?19:49
vilobhmm11dansmith : at the time of instance creation19:49
dansmithvilobhmm11: I mean under what situations.. this is juno code right?19:50
vilobhmm11yes juno code19:50
dansmithvilobhmm11: and the network node is configured to use conductor of course19:50
alaskidoffm: that's probably the way to do it then, grouped together. If the grab bag can all be handled in the same way maybe they can be lumped together.19:50
dansmithvilobhmm11: might be a bug in something we didn't properly convert.. you'd have to look and see what method it is and try to see if there is an upstream fix19:50
dansmithvilobhmm11: juno is eol'd now right?19:50
kfox1111on volume attach, nova-compute's trying to talk to the public endpoint for nova I think: https://public-addr:8776/v2/9614424bec724f7db9553233317066d7/volumes/6cd76927-56eb-430d-8759-9c1730617b4d19:51
alaskidoffm: I think mainly the specs need to be split when there's a difference in implemenation or something specific to consider for a table19:51
kfox1111how do you override that?19:51
doffmalaski: Most of the implementation is going to be the same. (Migrate on lookup of object, join tables from both dbs when looking up a list.)19:52
doffmThere are the issues with security groups, fixed_ips and resource pools, so those issues should go in separate specs.19:52
vilobhmm11dansmith : yes its eol but was prototyping something in juno inhouse by enabling conductor ..did this conf setting in nova.conf use_local=False and tried to boot vm it fails with exception.DBNotAllowed('nova-network')19:52
*** fawadkhaliq has joined #openstack-nova19:52
*** rlrossit_ has quit IRC19:52
doffmThen there would be 2-3 specs that look very similar.19:53
doffmWhich is probably OK.19:53
vilobhmm11dansmith : is there a blueprint or something that states what all was converted for juno19:53
sdaguekfox1111: https://github.com/openstack/nova/blob/128068182c5339595fc96ea387b09e08ef8b81a8/nova/volume/cinder.py#L43-L4719:53
dansmithvilobhmm11: yeah, so a bug fixed in later versions I expect19:53
dansmithvilobhmm11: not AFAIK19:53
vilobhmm11dansmith : i see you had proposed lots of changes as part of https://blueprints.launchpad.net/nova/+spec/nova-network-objects19:54
doffmalaski: I'll write it that way for now, we can discuss tomorrow. I can always merge / split things later.19:54
kfox1111sdague: yeah, I set that to internalURL already. but the url above is a nova url, not a cinder one.19:54
dansmithvilobhmm11: right anything object related.. it'll have a lot more than just this stuff in it19:54
kfox1111hmm... though nova internal url isn't correct. maybe it uses internalURL set on cinder for both nova nad cinder?19:55
sdaguekfox1111: nope, that's a cinder url (at least based on the port used)19:55
vilobhmm11dansmith : so if i understand the problem correctly nova-compute when interacting with nova-conductor (for network data) does not have network data in object format becausefor juno i think only compute could talk to conductor and not any other service (like nova-network) please correct if wrong19:56
kfox1111sdague: it had 'compute' in its real url, which only are on the nova endpoint's. the volume ones all have volume in the url.19:57
kfox1111but it looks like fixing the nova entry to the internal dns name on the internal url fixed it.19:57
*** su_zhang has joined #openstack-nova19:57
kfox1111so it looks like nova's cinder driver does look up nova's api based on its internal/public setting, even though it looks like its specific to cinder.19:58
kfox1111weird.19:58
*** su_zhang has quit IRC19:58
dansmithvilobhmm11: no19:59
*** su_zhang has joined #openstack-nova19:59
kfox1111no, spoke too soon.19:59
kfox1111still failing...19:59
dansmithvilobhmm11: any service can talk to it. network was late, so probably is still trying to talk to the db directly somewhere19:59
*** davideagle_ has joined #openstack-nova20:00
vilobhmm11dansmith : ok so need to figure out that place where nova-network tries to make direct db access and see if the later releases improved it in a way that those network calls don't do direct db quesries20:00
*** haomaiwang has quit IRC20:01
vilobhmm11does that make sense ?20:01
dansmithvilobhmm11: what makes sense is to stop running juno. but if that's not possible, then yes, what you said :)20:01
*** haomaiwa_ has joined #openstack-nova20:01
vilobhmm11dansmith : sure thing ! :) I have been advocating for it since long but look few things are beyond your control :) thanks a lot for your help !20:03
*** su_zhang has quit IRC20:03
kfox1111still seeing Failure: Unable to establish connection to https://compute.publicdomain:8776/v2/9614424bec724f7db9553233317066d7/volumes/6cd76927-56eb-430d-8759-9c1730617b4d. Retrying in 2.0s.20:03
alaskidoffm: that sounds good20:04
*** Bjoern_ has quit IRC20:05
kfox1111hmm... but the tcp port is volumes... I guess keystone's just screwed up... sorry for the noise.20:07
openstackgerritMatt Riedemann proposed openstack/nova-specs: WIP: Get Me a Network  https://review.openstack.org/28320620:08
mriedemarmax: alaski: sdague: ^ more explicit details added20:08
mriedemfleshed out the work items section too, i haven't touched the test scenarios or REST API sections yet20:08
*** ducttape_ has quit IRC20:11
*** penick has quit IRC20:14
*** rlrossit_ has joined #openstack-nova20:14
*** subscope has joined #openstack-nova20:16
* armax looks20:17
mriedemsdague: new api regression bug for you :) https://bugs.launchpad.net/nova/+bug/154898020:22
openstackLaunchpad bug 1548980 in OpenStack Compute (nova) "nova list --deleted as admin fails with 404" [Undecided,New]20:22
mriedemfails to lazy-load instance.services field20:23
*** moshele has quit IRC20:23
mriedemhttps://github.com/openstack/nova/blob/11019fab7a2415cbca8b93e9346b21327e79688d/nova/compute/api.py#L343920:25
melwittdansmith: I was curious how does self.online_migrations get populated when using the online_data_migrations command?20:26
dansmithmelwitt: manually20:27
dansmithhang on20:27
dansmithmelwitt: https://review.openstack.org/#/c/278079/20:27
melwittdansmith: ah, thanks20:28
*** jwcroppe has joined #openstack-nova20:28
*** su_zhang has joined #openstack-nova20:29
openstackgerritJim Rollenhagen proposed openstack/nova: Remove use of `list` as variable name  https://review.openstack.org/28378220:32
jrollsuper easy for the bored people ^20:32
sdaguemriedem: cool, did you triage it to the api tag?20:34
*** su_zhang has quit IRC20:34
*** ducttape_ has joined #openstack-nova20:35
*** aorourke-away is now known as aorourke20:37
mriedemhells yeah i did20:38
mriedemwas thinking about even writing a functional regression patch to show it20:38
mriedembased on your series20:38
*** jwcroppe has quit IRC20:43
mriedemandreykurilin: comments i nhttps://review.openstack.org/#/c/278454/20:43
mriedemandreykurilin: functionally it looks good, the -1 is for the duplication in the shell help messages20:44
*** russellb_ has joined #openstack-nova20:44
*** penick has joined #openstack-nova20:47
*** russellb_ has quit IRC20:49
mriedemdansmith: did i miss a memo on this? https://review.openstack.org/#/c/241562/20/doc/api_samples/os-extended-server-attributes/v2.16/server-get-resp.json20:50
mriedemdo we not prefix extended server attributes with OS-EXT-SRV-ATTR anymore?20:50
dansmiththat was just from the days of extensions, no?20:50
dansmithlike "$extension_name:$key" I thought20:50
*** mylu has joined #openstack-nova20:50
mriedemwell, it's used elsewhere in here https://review.openstack.org/#/c/241562/20/nova/api/openstack/compute/extended_server_attributes.py20:51
mriedemso maybe those are just for backward compat20:51
*** Sukhdev has quit IRC20:52
dansmithright, but that's in what was the old extension right?20:52
mriedemwell, reservation_id was added in 2.3 and that's using the prefix20:52
mriedemhttp://docs.openstack.org/developer/nova/api_microversion_history.html#maximum-in-kilo20:52
*** irenab_ has joined #openstack-nova20:53
*** irenab has quit IRC20:53
*** irenab_ is now known as irenab20:53
sdaguemriedem: deprecating extensions just means everything is frozen in space. It will need to be a microversion to change them up. I think that was done in 2.3 for consistency20:57
*** irenab_ has joined #openstack-nova20:57
mriedemso 2.3 is consistent with 2.020:58
mriedembut 2.16 is not20:58
mriedemwhich is inconsistent with 2.320:58
mriedemso i guess we made that rule somewhere between 2.3 and 2.16?20:58
sdaguethe winds shifted a bit20:58
sdagueyeh20:58
dansmithpersonally I hate colons in key names20:59
dansmithregardless of the reason20:59
sdaguedansmith: agree20:59
sdaguelets not add more that way20:59
* dansmith frames "<sdague>dansmith: agree"20:59
*** irenab has quit IRC21:00
*** irenab_ is now known as irenab21:00
*** haomaiwa_ has quit IRC21:01
mriedemthat's fine, we should probably have a test somewhere that checks for that with whitelisted values so no new ones are added21:01
*** dims has quit IRC21:01
mriedemin sean's new regressions functional test depot i guess21:01
*** haomaiwang has joined #openstack-nova21:01
sdagueyeh, though the API changes a slow enough, and tend to get enough eyes, we can fix that with humans21:01
mriedemin review?21:01
sdagueyeh21:01
mriedemi wouldn't bet on that21:01
*** aysyd has quit IRC21:02
mriedemi mean, it obviously wasn't a thing anyone brought up in 2.321:02
sdagueyeh21:02
sdague2.3 is the ec2 one?21:02
mriedemso i guess i file a testing api bug to add testing for that21:02
mriedemyeah...21:02
dansmithheh, depot.21:02
*** dims has joined #openstack-nova21:03
mriedemor i could just add a comment to that api code saying, for 2.3 these are intentionally using the prefix for compat with 2.0, but new things shouldn't use this prefix21:03
sdaguespeaking of regression tests - https://review.openstack.org/#/c/283261/21:03
auggysdague: omg thanks21:03
sdaguemriedem: that would be good21:03
*** russellb has quit IRC21:04
auggyon the mysql specific tests21:04
sdagueauggy: so https://review.openstack.org/#/c/283364 is correctly currently failing21:04
sdagueif you fix that bug in that patch, it will jenkins +1 and you will be good21:04
auggyok cool21:04
*** unicell has quit IRC21:04
*** unicell has joined #openstack-nova21:05
*** mylu has quit IRC21:05
auggysdague: i can't remember what we decided the best way to fix it was... since the error was in the sql "IN" clause21:05
sdagueI'm going to poke at the | regex one tomorrow morning now that we have a thing that seems to work here21:05
auggywas it to not use "IN"?21:05
*** salv-orlando has joined #openstack-nova21:05
sdagueno, it was just checking the keys after to make sure they are actually in the datastructure21:06
*** russellb has joined #openstack-nova21:06
sdaguehttps://bugs.launchpad.net/nova/+bug/1538011/comments/621:06
openstackLaunchpad bug 1538011 in OpenStack Compute (nova) "Aggregate metadata keys are not case sensitive" [High,Triaged] - Assigned to Augustina Ragwitz (auggy)21:06
auggyoh right21:07
*** sheel has quit IRC21:07
auggyoh hey right we wrote notes in the bug21:07
sdagueyeh, that's why it's in Triaged state :)21:07
sdaguebecause it has the solution21:07
auggyhahaha21:08
* auggy is on painkillers for back issue so not firing on all cylinders21:08
auggyat least that's my excuse today ;D21:08
*** davideagle_ has quit IRC21:09
sdagueheh21:09
auggysdague: also i need another +2 from you for this, i had accidentally left some debug code in the version you +2'ed21:09
auggyhttps://review.openstack.org/#/c/27822121:09
auggyso i had to upload another version of it21:09
doffmrlrossit_: Any idea if there is a reason why we don't have a versioned object for the 'Certificate' model? I guess this is only accessed in the API so we don't care?21:10
mriedemsdague: ^ there you go21:10
*** Bofu2MBP has joined #openstack-nova21:10
mriedemoops21:10
sdaguedone21:10
auggythx21:10
openstackgerritMatt Riedemann proposed openstack/nova: Add note about using OS-EXT-SRV-ATTR for attribute naming  https://review.openstack.org/28379721:10
mriedemsdague: ^21:10
auggyi'll work on getting that fix up for the aggregate data bug21:10
rlrossit_doffm: without looking, my guess would be because no one felt like doing it21:10
dansmithmriedem: don't you mean EXT-$anything ?21:10
dansmithwe have other such things21:10
dansmithI mean "$prefix:thing"21:10
doffmrlrossit_: Ok. We should do it then. If thats the only reason.21:11
rlrossit_doffm: you have a link to the Certificate DB model?21:11
sdaguedansmith: there are other places it pops up, but this is one of the hot spots21:11
dansmithsure, but..21:11
mriedemblech, az's, status and volumes also21:11
mriedemi can add notes in those too21:11
sdaguemriedem to add all the notes!21:11
*** smatzek_ has quit IRC21:12
sdagueok, time to call it a day. Catch you folks tomorrow.21:12
*** unicell has quit IRC21:12
*** zenoway has joined #openstack-nova21:13
*** unicell has joined #openstack-nova21:15
openstackgerritMatt Riedemann proposed openstack/nova: Add note about using OS-EXT-* prefix for attribute naming  https://review.openstack.org/28379721:16
*** zenoway has quit IRC21:18
*** boris-42 has joined #openstack-nova21:19
mriedemdansmith: so this adds the 'services' attribute on the instance db model object right? https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/models.py#L98-L10421:22
mriedemused here https://github.com/openstack/nova/blob/master/nova/objects/instance.py#L38021:22
dansmithmriedem: gee, what are you doing?21:23
mriedemtrying to fix a regression21:23
dansmithjust reviewing old code for the fun of it, huh? :P21:23
dansmithoh21:23
mriedemno21:23
mriedemhttps://bugs.launchpad.net/nova/+bug/154898021:23
openstackLaunchpad bug 1548980 in OpenStack Compute (nova) "nova list --deleted as admin fails with 404" [High,Triaged]21:23
dansmithyes to your queries21:23
mriedemok, so if the instance is deleted, does instance.services still exist on the db obj since it has that query for instance.deleted == 0?21:23
mriedemwhat i'm wondering is, if it's just easiest to check instance.deleted in nova.objects.instance.Instance.obj_load_attr21:24
mriedemand set self.services = None21:24
*** unicell has quit IRC21:25
dansmithseems reasonable.. not to load services if we're deleted yeah21:25
mriedembecause i think even if we load the deleted instance with expected_attrs including 'services', it's going to be None b/c of the instances.deleted == 0 here https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/models.py#L98-L10421:25
mriedemok21:25
*** salv-orl_ has joined #openstack-nova21:27
*** mylu has joined #openstack-nova21:28
*** penick has quit IRC21:28
*** davideagle has joined #openstack-nova21:29
*** salv-orlando has quit IRC21:30
*** amotoki has quit IRC21:30
*** gyee has joined #openstack-nova21:32
openstackgerritThomas Maddox proposed openstack/nova: [WIP - DO NOT MERGE] Testing LXC Gate  https://review.openstack.org/27479221:36
*** knikolla has quit IRC21:36
*** baoli has joined #openstack-nova21:37
*** mylu has quit IRC21:37
*** fawadkhaliq has quit IRC21:39
*** mylu has joined #openstack-nova21:39
*** mylu has quit IRC21:40
*** su_zhang has joined #openstack-nova21:40
dougwigmriedem: sdague: can i assume from that extension reply that optional APIs are no longer ever a thing in nova or microversions?21:40
mriedemsdague left, or said he left, but i think that's correct21:41
mriedemalaski: ^21:41
alaskiyes, that's correct21:41
mriedemyou can disable things via policy21:41
alaskioptional APIs are an interoperability nightmare21:41
mriedembut,21:42
mriedemyou have the same issue with policy right?21:42
mriedemand virt drivers that don't implement everything in the api21:42
alaskito a large extent yes21:42
alaskibut you don't have clouds adding their own methods of doing things vs using the in-tree APIs21:43
alaskiit could still happen, but it's no longer blessed21:43
alaskiI think defcore addresses the policy thing to some extent21:45
*** zenoway has joined #openstack-nova21:49
mriedemoh yeah, defcore...21:49
mriedemi forget about that fun little bunny21:49
*** cdent has quit IRC21:50
*** mylu has joined #openstack-nova21:50
*** cdent has joined #openstack-nova21:50
alaskiIt was a huge concern for me a couple of months ago, these days I am relieved to not have to track it21:51
openstackgerritMatt Riedemann proposed openstack/nova: Don't lazy-load instance.services if the instance is deleted  https://review.openstack.org/28382021:52
mriedemwas there a flushing sound that went off when you officially left rax?21:52
*** mylu has quit IRC21:52
mriedemyou don't have to answer that21:52
*** zenoway has quit IRC21:53
alaski:)21:54
*** unicell has joined #openstack-nova21:54
dansmithhe did say "relieved"21:59
*** penick has joined #openstack-nova21:59
openstackgerritDina Belova proposed openstack/nova: Integrate OSprofiler and Nova  https://review.openstack.org/25470321:59
*** haomaiwang has quit IRC22:01
*** haomaiwang has joined #openstack-nova22:01
jaypipes_gryf: hey, so a single shared disk resource pool containing an array of hdd and an array of ssd would be doable but it would still be just one giant pool of disk_gb. I would not advise doing that though, since the perf characteristics of hdd vs. ssd are pretty different. so, you'd want to have two distinct resource pools, one for the ssd and one for the hdd. that way you'd have some ability to attach a qualititative a22:01
jaypipesttribute to each pool to distinguish the quality of the resources provided by the pool.22:01
*** dims has quit IRC22:02
*** josecastroleon has joined #openstack-nova22:02
*** angdraug has quit IRC22:05
*** Sukhdev has joined #openstack-nova22:06
*** su_zhang has quit IRC22:07
*** su_zhang has joined #openstack-nova22:08
*** edmondsw has quit IRC22:09
*** thorst_ has quit IRC22:10
*** gmann_ has quit IRC22:13
*** edtubill has quit IRC22:13
*** Sukhdev has quit IRC22:14
*** thorst has joined #openstack-nova22:17
*** claudiub has quit IRC22:18
*** Sukhdev has joined #openstack-nova22:18
*** mylu has joined #openstack-nova22:19
*** claudiub has joined #openstack-nova22:19
*** thorst has quit IRC22:21
*** ociuhandu has joined #openstack-nova22:27
*** harlowja_at_home has joined #openstack-nova22:27
openstackgerritMatt Riedemann proposed openstack/nova: WIP: add functional regression test for bug 1548980  https://review.openstack.org/28383722:29
openstackbug 1548980 in OpenStack Compute (nova) "nova list --deleted as admin fails with 404" [High,In progress] https://launchpad.net/bugs/1548980 - Assigned to Matt Riedemann (mriedem)22:29
*** cdelatte has quit IRC22:29
*** cdent has quit IRC22:30
*** sc68cal has quit IRC22:30
*** josecastroleon has quit IRC22:32
openstackgerritMatt Riedemann proposed openstack/nova: WIP: add functional regression test for bug 1548980  https://review.openstack.org/28383722:35
openstackbug 1548980 in OpenStack Compute (nova) "nova list --deleted as admin fails with 404" [High,In progress] https://launchpad.net/bugs/1548980 - Assigned to Matt Riedemann (mriedem)22:35
*** unicell has quit IRC22:36
*** zenoway has joined #openstack-nova22:36
*** unicell has joined #openstack-nova22:36
*** thorst_ has joined #openstack-nova22:38
*** mvk has joined #openstack-nova22:39
openstackgerritAndrew Laski proposed openstack/nova: Create BuildRequest object during boot process  https://review.openstack.org/27812522:40
openstackgerritAndrew Laski proposed openstack/nova: Add build_requests database table and model  https://review.openstack.org/26392622:40
openstackgerritAndrew Laski proposed openstack/nova: WIP Create Instance from BuildRequest if not in a cell  https://review.openstack.org/26392722:40
openstackgerritAndrew Laski proposed openstack/nova: Add BuildRequest object  https://review.openstack.org/27812422:40
openstackgerritAndrew Laski proposed openstack/nova: Make InstanceMappings.cell_id nullable  https://review.openstack.org/27859822:40
openstackgerritAndrew Laski proposed openstack/nova: Populate instance_mappings during boot  https://review.openstack.org/26392522:40
*** thorst_ has quit IRC22:40
*** mylu has quit IRC22:40
*** zenoway has quit IRC22:40
*** dims has joined #openstack-nova22:40
*** mylu has joined #openstack-nova22:41
*** mrkz has quit IRC22:41
*** mriedem has quit IRC22:42
*** baoli has quit IRC22:43
*** burgerk has quit IRC22:44
*** baoli has joined #openstack-nova22:44
*** mrkz has joined #openstack-nova22:45
*** baoli has quit IRC22:45
*** baoli has joined #openstack-nova22:46
*** claudiub has quit IRC22:47
*** subscope has quit IRC22:48
openstackgerritKevin Benton proposed openstack/nova: makea teh mtu work  https://review.openstack.org/28384722:52
*** su_zhang has quit IRC22:52
*** su_zhang has joined #openstack-nova22:53
*** ccarmack has quit IRC22:57
*** tpatzig has quit IRC22:58
*** mkoderer has quit IRC22:58
*** dulek has quit IRC22:58
*** lyarwood has quit IRC22:58
*** baoli has quit IRC22:58
*** davideagle has quit IRC22:58
*** diogogmt has quit IRC22:58
*** armax has quit IRC22:58
*** jdillaman has quit IRC22:58
*** cgalan has quit IRC22:58
*** gstepanov has quit IRC22:58
*** mariusv has quit IRC22:58
*** sileht has quit IRC22:58
*** MCoLo has quit IRC22:58
*** john51 has quit IRC22:58
*** davideagnello has quit IRC22:58
*** gtt116_ has quit IRC22:58
*** hwoarang has quit IRC22:58
*** hogepodge has quit IRC22:58
*** mvk has quit IRC22:58
*** eil397 has quit IRC22:58
*** yamahata has quit IRC22:58
*** spandhe has quit IRC22:58
*** pcaruana has quit IRC22:58
*** ekhugen_alt has quit IRC22:58
*** burt has quit IRC22:58
*** dosaboy has quit IRC22:58
*** markstur has quit IRC22:58
*** mattymo has quit IRC22:58
*** hemna has quit IRC22:58
*** dhellmann has quit IRC22:58
*** ircuser-1 has quit IRC22:58
*** lbeliveau has quit IRC22:58
*** Dave has quit IRC22:58
*** frickler has quit IRC22:58
*** ccard has quit IRC22:58
*** wznoinsk has quit IRC22:58
*** tjones has quit IRC22:58
*** clduser has quit IRC22:58
*** flip214 has quit IRC22:58
*** aloga has quit IRC22:58
*** mdnadeem has quit IRC22:58
*** q3k has quit IRC22:58
*** aarefiev has quit IRC22:58
*** scottda has quit IRC22:58
*** kfarr has quit IRC22:58
*** gabor_antal has quit IRC22:58
*** xiexs has quit IRC22:58
*** dims has quit IRC22:58
*** harlowja_at_home has quit IRC22:58
*** vilobhmm11 has quit IRC22:58
*** nic has quit IRC22:58
*** krtaylor has quit IRC22:58
*** ivase has quit IRC22:58
*** markusz has quit IRC22:58
*** erlon has quit IRC22:58
*** marcusvrn_ has quit IRC22:58
*** jed56 has quit IRC22:58
*** edleafe has quit IRC22:58
*** keekz has quit IRC22:58
*** greghaynes has quit IRC22:58
*** lbragstad_ has quit IRC22:58
*** mnaser has quit IRC22:58
*** markvoelker has quit IRC22:58
*** JayF has quit IRC22:58
*** tr3buchet has quit IRC22:58
*** angular_mike___ has quit IRC22:58
*** d34dh0r53 has quit IRC22:58
*** dimtruck has quit IRC22:58
*** Guest51435 has quit IRC22:58
*** zhenguo_ has quit IRC22:58
*** BlackDex has quit IRC22:58
*** DuncanT has quit IRC22:58
*** raorn has quit IRC22:58
*** fmccrthy has quit IRC22:58
*** yonglihe has quit IRC22:58
*** _diana_ has quit IRC22:58
*** darrenc has quit IRC22:58
*** nelsnelson has quit IRC22:58
*** eliqiao_ has quit IRC22:58
*** logan- has quit IRC22:58
*** vipul- has quit IRC22:58
*** davidlenwell has quit IRC22:58
*** bradjones has quit IRC22:58
*** clayton has quit IRC22:58
*** mirrorbox has quit IRC22:58
*** lifeless has quit IRC22:58
*** anish has quit IRC22:58
*** FL1SK has quit IRC22:58
*** kgalanov has quit IRC22:58
*** devananda has quit IRC22:58
*** andreykurilin has quit IRC22:58
*** boris-42 has quit IRC22:58
*** russellb has quit IRC22:58
*** pushkaru has quit IRC22:58
*** ijw has quit IRC22:58
*** eharney has quit IRC22:58
*** wanghao has quit IRC22:58
*** wxy has quit IRC22:58
*** nikhil has quit IRC22:58
*** jamielennox has quit IRC22:58
*** dguitarbite has quit IRC22:58
*** mmedvede has quit IRC22:58
*** carl_baldwin has quit IRC22:58
*** fyxim has quit IRC22:58
*** andrewbogott has quit IRC22:58
*** ameade has quit IRC22:58
*** patrickeast has quit IRC22:58
*** zigo has quit IRC22:58
*** betherly_ has quit IRC22:58
*** mtreinish has quit IRC22:58
*** hamzy has quit IRC22:58
*** rpodolyaka_afk has quit IRC22:58
*** ianw has quit IRC22:58
*** jroll has quit IRC22:58
*** Guest65788 has quit IRC22:58
*** zul has quit IRC22:58
*** mrkz has quit IRC22:58
*** Sukhdev has quit IRC22:58
*** gyee has quit IRC22:58
*** salv-orl_ has quit IRC22:58
*** Bofu2MBP has quit IRC22:58
*** ducttape_ has quit IRC22:58
*** jdurgin1 has quit IRC22:58
*** vishwanathj has quit IRC22:58
*** kylek3h has quit IRC22:58
*** rfolco has quit IRC22:58
*** sdague has quit IRC22:58
*** ccard__ has quit IRC22:58
*** SpamapS has quit IRC22:58
*** rdo has quit IRC22:58
*** liusheng has quit IRC22:58
*** huats has quit IRC22:58
*** _gryf has quit IRC22:58
*** toure has quit IRC22:58
*** john5223 has quit IRC22:58
*** pkarikh_ has quit IRC22:58
*** gsilvis has quit IRC22:58
*** NightKhaos has quit IRC22:58
*** wendar has quit IRC22:58
*** sayalilunkad has quit IRC22:58
*** dougwig has quit IRC22:58
*** tpeoples has quit IRC22:58
*** junjie has quit IRC22:58
*** agireud has quit IRC22:58
*** EmilienM has quit IRC22:58
*** pkoniszewski has quit IRC22:58
*** jwang__ has quit IRC22:58
*** inara has quit IRC22:58
*** rook has quit IRC22:58
*** leifz has quit IRC22:58
*** lewo has quit IRC22:58
*** jdurgin has quit IRC22:58
*** swamireddy has quit IRC22:58
*** adam_g has quit IRC22:58
*** gus has quit IRC22:58
*** cloudnull has quit IRC22:58
*** Anticimex has quit IRC22:58
*** andrei_ has quit IRC22:58
*** igordcard_ has quit IRC22:58
*** wuhao has quit IRC22:58
*** belliott has quit IRC22:58
*** flaper87 has quit IRC22:58
*** pumaranikar has quit IRC22:58
*** mdavidson has quit IRC22:58
*** mfisch has quit IRC22:58
*** jcook has quit IRC22:58
*** Kennan has quit IRC22:58
*** aignatov has quit IRC22:58
*** Swanson has quit IRC22:58
*** ZZelle has quit IRC22:58
*** gerhardqux has quit IRC22:58
*** kbyrne has quit IRC22:58
*** sballe has quit IRC22:58
*** ramishra has quit IRC22:58
*** comstud has quit IRC22:58
*** mylu has quit IRC22:58
*** penick has quit IRC22:58
*** cfriesen has quit IRC22:58
*** ctrath has quit IRC22:58
*** paul-carlton has quit IRC22:58
*** ttx has quit IRC22:58
*** zhangjn has quit IRC22:58
*** kevinbenton has quit IRC22:58
*** yarkot has quit IRC22:58
*** epheo has quit IRC22:58
*** dstepanenko_ has quit IRC22:58
*** slagle has quit IRC22:58
*** breton has quit IRC22:58
*** sean-k-mooney has quit IRC22:58
*** jschlueter|gone has quit IRC22:58
*** mordred has quit IRC22:58
*** pkholkin_ has quit IRC22:58
*** kaisers has quit IRC22:58
*** rha has quit IRC22:58
*** HenryG has quit IRC22:58
*** doffm has quit IRC22:58
*** lpetrut has quit IRC22:58
*** browne has quit IRC22:58
*** mgoddard has quit IRC22:58
*** ekarlso- has quit IRC22:58
*** Oku_OS has quit IRC22:58
*** Bobba has quit IRC22:58
*** Nakato has quit IRC22:58
*** anteaya has quit IRC22:58
*** krotscheck has quit IRC22:58
*** grassy has quit IRC22:58
*** isq_ has quit IRC22:58
*** _fortis has quit IRC22:58
*** masayukig has quit IRC22:58
*** gcb has quit IRC22:58
*** whenry has quit IRC22:58
*** j_king has quit IRC22:58
*** tojuvone_ has quit IRC22:58
*** lucas-dinner has quit IRC22:58
*** tonyb has quit IRC22:58
*** sshen has quit IRC22:58
*** dmellado has quit IRC22:58
*** mikal has quit IRC22:58
*** mkoderer__ has quit IRC22:58
*** Fdaisuke has quit IRC22:58
*** morgabra has quit IRC22:58
*** gzhai has quit IRC22:58
*** xwizard___ has quit IRC22:58
*** _RuiChen has quit IRC22:58
*** strictlyb has quit IRC22:58
*** auggy has quit IRC22:58
*** bswartz has quit IRC22:58
*** coreycb has quit IRC22:58
*** DinaBelova has quit IRC22:58
*** sgordon has quit IRC22:58
*** afazekas has quit IRC22:58
*** Zaina has quit IRC22:58
*** tanee has quit IRC22:58
*** jeblair has quit IRC22:58
*** ansiwen has quit IRC22:58
*** ptm_away has quit IRC22:58
*** bapalm has quit IRC22:58
*** gibi has quit IRC22:58
*** diegows has quit IRC22:58
*** Yingxin has quit IRC22:58
*** melwitt has quit IRC22:58
*** snikitin has quit IRC22:58
*** kfox1111 has quit IRC22:58
*** rmstar has quit IRC22:58
*** smcginnis has quit IRC22:58
*** jbernard_ has quit IRC22:58
*** ajo has quit IRC22:58
*** huats_ has quit IRC22:58
*** zzzeek has quit IRC22:58
*** jasondotstar has quit IRC22:58
*** mariojv has quit IRC22:58
*** jgriffith has quit IRC22:58
*** lennyb_ has quit IRC22:58
*** thomasem has quit IRC22:58
*** sabari has quit IRC22:58
*** crinkle has quit IRC22:58
*** mrsoul has quit IRC22:58
*** Savemech has quit IRC22:58
*** briancurtin has quit IRC22:58
*** zhiyan has quit IRC22:58
*** CustosLimen has quit IRC22:58
*** sulo has quit IRC22:58
*** mrhillsman has quit IRC22:58
*** StevenK has quit IRC22:58
*** raildo has quit IRC22:58
*** serverascode has quit IRC22:58
*** xek has quit IRC22:58
*** lbragstad has quit IRC22:58
*** alaski has quit IRC22:58
*** rushiagr has quit IRC22:58
*** bauzas has quit IRC22:58
*** rwmjones has quit IRC22:58
*** johnthetubaguy has quit IRC22:58
*** ildikov has quit IRC22:58
*** ChanServ has quit IRC22:58
*** johnthetubaguy has joined #openstack-nova23:00
*** rwmjones has joined #openstack-nova23:00
*** bauzas has joined #openstack-nova23:00
*** rushiagr has joined #openstack-nova23:00
*** alaski has joined #openstack-nova23:00
*** lbragstad has joined #openstack-nova23:00
*** xek has joined #openstack-nova23:00
*** raildo has joined #openstack-nova23:00
*** serverascode has joined #openstack-nova23:00
*** StevenK has joined #openstack-nova23:00
*** mrhillsman has joined #openstack-nova23:00
*** sulo has joined #openstack-nova23:00
*** CustosLimen has joined #openstack-nova23:00
*** zhiyan has joined #openstack-nova23:00
*** briancurtin has joined #openstack-nova23:00
*** Savemech has joined #openstack-nova23:00
*** mrsoul has joined #openstack-nova23:00
*** crinkle has joined #openstack-nova23:00
*** sabari has joined #openstack-nova23:00
*** thomasem has joined #openstack-nova23:00
*** lennyb_ has joined #openstack-nova23:00
*** jgriffith has joined #openstack-nova23:00
*** mariojv has joined #openstack-nova23:00
*** jasondotstar has joined #openstack-nova23:00
*** zzzeek has joined #openstack-nova23:00
*** huats_ has joined #openstack-nova23:00
*** ajo has joined #openstack-nova23:00
*** jbernard_ has joined #openstack-nova23:00
*** smcginnis has joined #openstack-nova23:00
*** rmstar has joined #openstack-nova23:00
*** scottda has joined #openstack-nova23:00
*** aarefiev has joined #openstack-nova23:00
*** q3k has joined #openstack-nova23:00
*** aloga has joined #openstack-nova23:00
*** flip214 has joined #openstack-nova23:00
*** clduser has joined #openstack-nova23:00
*** ccard has joined #openstack-nova23:00
*** wznoinsk has joined #openstack-nova23:00
*** frickler has joined #openstack-nova23:00
*** Dave has joined #openstack-nova23:00
*** lbeliveau has joined #openstack-nova23:00
*** ircuser-1 has joined #openstack-nova23:00
*** dhellmann has joined #openstack-nova23:00
*** hemna has joined #openstack-nova23:00
*** markstur has joined #openstack-nova23:00
*** mattymo has joined #openstack-nova23:00
*** dosaboy has joined #openstack-nova23:00
*** mdnadeem has joined #openstack-nova23:00
*** burt has joined #openstack-nova23:00
*** ekhugen_alt has joined #openstack-nova23:00
*** pcaruana has joined #openstack-nova23:00
*** tjones has joined #openstack-nova23:00
*** spandhe has joined #openstack-nova23:00
*** yamahata has joined #openstack-nova23:00
*** eil397 has joined #openstack-nova23:00
*** mvk has joined #openstack-nova23:00
*** andreykurilin has joined #openstack-nova23:00
*** devananda has joined #openstack-nova23:00
*** kgalanov has joined #openstack-nova23:00
*** FL1SK has joined #openstack-nova23:00
*** anish has joined #openstack-nova23:00
*** lifeless has joined #openstack-nova23:00
*** mirrorbox has joined #openstack-nova23:00
*** bradjones has joined #openstack-nova23:00
*** clayton has joined #openstack-nova23:00
*** davidlenwell has joined #openstack-nova23:00
*** vipul- has joined #openstack-nova23:00
*** logan- has joined #openstack-nova23:00
*** eliqiao_ has joined #openstack-nova23:00
*** nelsnelson has joined #openstack-nova23:00
*** darrenc has joined #openstack-nova23:00
*** _diana_ has joined #openstack-nova23:00
*** yonglihe has joined #openstack-nova23:00
*** fmccrthy has joined #openstack-nova23:00
*** raorn has joined #openstack-nova23:00
*** BlackDex has joined #openstack-nova23:00
*** DuncanT has joined #openstack-nova23:00
*** zhenguo_ has joined #openstack-nova23:00
*** Guest51435 has joined #openstack-nova23:00
*** dimtruck has joined #openstack-nova23:00
*** d34dh0r53 has joined #openstack-nova23:00
*** angular_mike___ has joined #openstack-nova23:00
*** tr3buchet has joined #openstack-nova23:00
*** JayF has joined #openstack-nova23:00
*** markvoelker has joined #openstack-nova23:00
*** 32NAAC6RR has joined #openstack-nova23:00
*** greghaynes has joined #openstack-nova23:00
*** keekz has joined #openstack-nova23:00
*** edleafe has joined #openstack-nova23:00
*** mnaser has joined #openstack-nova23:00
*** jed56 has joined #openstack-nova23:00
*** marcusvrn_ has joined #openstack-nova23:00
*** erlon has joined #openstack-nova23:00
*** markusz has joined #openstack-nova23:00
*** ivase has joined #openstack-nova23:00
*** krtaylor has joined #openstack-nova23:00
*** nic has joined #openstack-nova23:00
*** vilobhmm11 has joined #openstack-nova23:00
*** harlowja_at_home has joined #openstack-nova23:00
*** dims has joined #openstack-nova23:00
*** comstud has joined #openstack-nova23:00
*** ramishra has joined #openstack-nova23:00
*** sballe has joined #openstack-nova23:00
*** kbyrne has joined #openstack-nova23:00
*** gerhardqux has joined #openstack-nova23:00
*** ZZelle has joined #openstack-nova23:00
*** Swanson has joined #openstack-nova23:00
*** Kennan has joined #openstack-nova23:00
*** aignatov has joined #openstack-nova23:00
*** jcook has joined #openstack-nova23:00
*** mfisch has joined #openstack-nova23:00
*** mdavidson has joined #openstack-nova23:00
*** pumaranikar has joined #openstack-nova23:00
*** flaper87 has joined #openstack-nova23:00
*** belliott has joined #openstack-nova23:00
*** wuhao has joined #openstack-nova23:00
*** igordcard_ has joined #openstack-nova23:00
*** andrei_ has joined #openstack-nova23:00
*** Anticimex has joined #openstack-nova23:00
*** gus has joined #openstack-nova23:00
*** cloudnull has joined #openstack-nova23:00
*** adam_g has joined #openstack-nova23:00
*** swamireddy has joined #openstack-nova23:00
*** jdurgin has joined #openstack-nova23:00
*** lewo has joined #openstack-nova23:00
*** leifz has joined #openstack-nova23:00
*** rook has joined #openstack-nova23:00
*** inara has joined #openstack-nova23:00
*** jwang__ has joined #openstack-nova23:00
*** pkoniszewski has joined #openstack-nova23:00
*** EmilienM has joined #openstack-nova23:00
*** agireud has joined #openstack-nova23:00
*** junjie has joined #openstack-nova23:00
*** tpeoples has joined #openstack-nova23:00
*** dougwig has joined #openstack-nova23:00
*** sayalilunkad has joined #openstack-nova23:00
*** wendar has joined #openstack-nova23:00
*** NightKhaos has joined #openstack-nova23:00
*** DinaBelova has joined #openstack-nova23:01
*** haomaiwang has quit IRC23:01
*** boris-42 has joined #openstack-nova23:01
*** russellb has joined #openstack-nova23:01
*** pushkaru has joined #openstack-nova23:01
*** ijw has joined #openstack-nova23:01
*** eharney has joined #openstack-nova23:01
*** wanghao has joined #openstack-nova23:01
*** wxy has joined #openstack-nova23:01
*** nikhil has joined #openstack-nova23:01
*** jamielennox has joined #openstack-nova23:01
*** dguitarbite has joined #openstack-nova23:01
*** mmedvede has joined #openstack-nova23:01
*** carl_baldwin has joined #openstack-nova23:01
*** fyxim has joined #openstack-nova23:01
*** andrewbogott has joined #openstack-nova23:01
*** ameade has joined #openstack-nova23:01
*** patrickeast has joined #openstack-nova23:01
*** zigo has joined #openstack-nova23:01
*** betherly_ has joined #openstack-nova23:01
*** rpodolyaka_afk has joined #openstack-nova23:01
*** mtreinish has joined #openstack-nova23:01
*** hamzy has joined #openstack-nova23:01
*** ianw has joined #openstack-nova23:01
*** jroll has joined #openstack-nova23:01
*** Guest65788 has joined #openstack-nova23:01
*** zul has joined #openstack-nova23:01
*** haomaiwang has joined #openstack-nova23:01
*** dulek has joined #openstack-nova23:01
*** lyarwood has joined #openstack-nova23:01
*** angular_mike___ has quit IRC23:01
*** tpatzig has joined #openstack-nova23:01
*** mkoderer has joined #openstack-nova23:01
*** baoli has joined #openstack-nova23:02
*** davideagle has joined #openstack-nova23:02
*** diogogmt has joined #openstack-nova23:02
*** armax has joined #openstack-nova23:02
*** jdillaman has joined #openstack-nova23:02
*** cgalan has joined #openstack-nova23:02
*** gstepanov has joined #openstack-nova23:02
*** mariusv has joined #openstack-nova23:02
*** sileht has joined #openstack-nova23:02
*** MCoLo has joined #openstack-nova23:02
*** john51 has joined #openstack-nova23:02
*** davideagnello has joined #openstack-nova23:02
*** gtt116_ has joined #openstack-nova23:02
*** hwoarang has joined #openstack-nova23:02
*** hogepodge has joined #openstack-nova23:02
*** john51 has quit IRC23:02
*** ildikov has joined #openstack-nova23:02
*** lpetrut has joined #openstack-nova23:03
*** browne has joined #openstack-nova23:03
*** mgoddard has joined #openstack-nova23:03
*** ekarlso- has joined #openstack-nova23:03
*** Oku_OS has joined #openstack-nova23:03
*** Bobba has joined #openstack-nova23:03
*** Nakato has joined #openstack-nova23:03
*** anteaya has joined #openstack-nova23:03
*** krotscheck has joined #openstack-nova23:03
*** _fortis has joined #openstack-nova23:03
*** isq_ has joined #openstack-nova23:03
*** grassy has joined #openstack-nova23:03
*** masayukig has joined #openstack-nova23:03
*** gcb has joined #openstack-nova23:03
*** whenry has joined #openstack-nova23:03
*** j_king has joined #openstack-nova23:03
*** tojuvone_ has joined #openstack-nova23:03
*** lucas-dinner has joined #openstack-nova23:03
*** tonyb has joined #openstack-nova23:03
*** sshen has joined #openstack-nova23:03
*** dmellado has joined #openstack-nova23:03
*** mkoderer__ has joined #openstack-nova23:03
*** mikal has joined #openstack-nova23:03
*** Fdaisuke has joined #openstack-nova23:03
*** morgabra has joined #openstack-nova23:03
*** gzhai has joined #openstack-nova23:03
*** xwizard___ has joined #openstack-nova23:03
*** _RuiChen has joined #openstack-nova23:03
*** strictlyb has joined #openstack-nova23:03
*** auggy has joined #openstack-nova23:03
*** bswartz has joined #openstack-nova23:03
*** coreycb has joined #openstack-nova23:03
*** sgordon has joined #openstack-nova23:03
*** afazekas has joined #openstack-nova23:03
*** Zaina has joined #openstack-nova23:03
*** tanee has joined #openstack-nova23:03
*** jeblair has joined #openstack-nova23:03
*** ansiwen has joined #openstack-nova23:03
*** bapalm has joined #openstack-nova23:03
*** ptm_away has joined #openstack-nova23:03
*** gibi has joined #openstack-nova23:03
*** diegows has joined #openstack-nova23:03
*** Yingxin has joined #openstack-nova23:03
*** melwitt has joined #openstack-nova23:03
*** snikitin has joined #openstack-nova23:03
*** kfox1111 has joined #openstack-nova23:03
*** breton has joined #openstack-nova23:03
*** zhangjn has joined #openstack-nova23:03
*** kevinbenton has joined #openstack-nova23:03
*** yarkot has joined #openstack-nova23:03
*** epheo has joined #openstack-nova23:03
*** dstepanenko_ has joined #openstack-nova23:03
*** slagle has joined #openstack-nova23:03
*** sean-k-mooney has joined #openstack-nova23:03
*** mordred has joined #openstack-nova23:03
*** jschlueter|gone has joined #openstack-nova23:03
*** pkholkin_ has joined #openstack-nova23:03
*** kaisers has joined #openstack-nova23:03
*** rha has joined #openstack-nova23:03
*** HenryG has joined #openstack-nova23:03
*** doffm has joined #openstack-nova23:03
*** kfarr has joined #openstack-nova23:03
*** gabor_antal has joined #openstack-nova23:03
*** xiexs has joined #openstack-nova23:03
*** vilobhmm11 has quit IRC23:03
*** liusheng has joined #openstack-nova23:03
*** john51 has joined #openstack-nova23:03
*** mylu has joined #openstack-nova23:03
*** penick has joined #openstack-nova23:03
*** cfriesen has joined #openstack-nova23:03
*** ctrath has joined #openstack-nova23:03
*** paul-carlton has joined #openstack-nova23:03
*** ttx has joined #openstack-nova23:03
*** john51 has quit IRC23:03
*** wxy has quit IRC23:04
*** carl_baldwin has quit IRC23:04
*** armax has quit IRC23:04
*** toure_ has joined #openstack-nova23:04
*** gsilvis_ has joined #openstack-nova23:04
*** Sukhdev_ has joined #openstack-nova23:04
*** vilobhmm11 has joined #openstack-nova23:05
*** vilobhmm11 has quit IRC23:05
*** vilobhmm11 has joined #openstack-nova23:06
*** ChanServ has joined #openstack-nova23:06
*** asimov.freenode.net sets mode: +o ChanServ23:06
*** mrkz has joined #openstack-nova23:06
*** Sukhdev has joined #openstack-nova23:06
*** gyee has joined #openstack-nova23:06
*** salv-orl_ has joined #openstack-nova23:06
*** Bofu2MBP has joined #openstack-nova23:06
*** ducttape_ has joined #openstack-nova23:06
*** jdurgin1 has joined #openstack-nova23:06
*** vishwanathj has joined #openstack-nova23:06
*** kylek3h has joined #openstack-nova23:06
*** rfolco has joined #openstack-nova23:06
*** sdague has joined #openstack-nova23:06
*** ccard__ has joined #openstack-nova23:06
*** SpamapS has joined #openstack-nova23:06
*** rdo has joined #openstack-nova23:06
*** 17WAACO2H has joined #openstack-nova23:06
*** huats has joined #openstack-nova23:06
*** _gryf has joined #openstack-nova23:06
*** toure has joined #openstack-nova23:06
*** john5223 has joined #openstack-nova23:06
*** pkarikh_ has joined #openstack-nova23:06
*** gsilvis has joined #openstack-nova23:06
*** 17WAACO2H has quit IRC23:07
*** _gryf has quit IRC23:07
*** Sukhdev has quit IRC23:07
*** toure has quit IRC23:07
*** gsilvis has quit IRC23:07
*** SpamapS has quit IRC23:07
*** john51 has joined #openstack-nova23:07
*** bjornar_ has quit IRC23:08
*** exploreshaifali has joined #openstack-nova23:08
*** exploreshaifali has quit IRC23:08
*** _gryf has joined #openstack-nova23:09
*** Marga_ has joined #openstack-nova23:09
*** SpamapS has joined #openstack-nova23:09
*** harlowja_at_home has quit IRC23:09
*** harlowja_at_home has joined #openstack-nova23:10
*** eharney has quit IRC23:10
*** zenoway has joined #openstack-nova23:12
*** Sukhdev_ has quit IRC23:12
*** rlrossit_ has quit IRC23:12
*** darrenc is now known as darrenc_afk23:13
*** pushkaru has quit IRC23:13
*** pushkaru has joined #openstack-nova23:13
*** Sukhdev has joined #openstack-nova23:14
*** Marga_ has quit IRC23:15
*** ccarmack has joined #openstack-nova23:15
*** Marga_ has joined #openstack-nova23:16
*** sdague has quit IRC23:16
*** zenoway has quit IRC23:16
*** thorst has joined #openstack-nova23:17
*** toure_ has quit IRC23:18
*** toure_ has joined #openstack-nova23:18
*** pushkaru has quit IRC23:18
*** pushkaru has joined #openstack-nova23:18
*** thorst has quit IRC23:18
*** thorst has joined #openstack-nova23:18
*** pumarani__ has joined #openstack-nova23:19
*** pumarani__ has quit IRC23:19
*** pumarani__ has joined #openstack-nova23:20
*** pushkaru has quit IRC23:20
*** ducttape_ has quit IRC23:20
*** ccarmack has quit IRC23:20
*** mdrabe has quit IRC23:21
*** jwcroppe has joined #openstack-nova23:21
*** thorst has quit IRC23:23
*** cdelatte has joined #openstack-nova23:24
*** dimtruck is now known as zz_dimtruck23:25
*** pumarani__ has quit IRC23:26
*** vilobhmm11 has quit IRC23:26
*** carl_baldwin has joined #openstack-nova23:27
*** ivase has quit IRC23:28
*** ivase has joined #openstack-nova23:29
openstackgerritChris Friesen proposed openstack/nova: check max_net_count against min_count when booting  https://review.openstack.org/28386123:29
*** ivase has quit IRC23:33
*** ctrath has quit IRC23:33
*** diogogmt has quit IRC23:36
*** mylu has quit IRC23:36
*** xyang1 has quit IRC23:37
*** john51_ has joined #openstack-nova23:37
*** angular_mike___ has joined #openstack-nova23:40
*** john51 has quit IRC23:41
*** mylu has joined #openstack-nova23:43
*** wxy has joined #openstack-nova23:43
*** zenoway has joined #openstack-nova23:47
openstackgerritAugustina Ragwitz proposed openstack/nova: Double check aggregate metadata keys due to case insensitivity  https://review.openstack.org/28386823:49
*** haplo37 has quit IRC23:49
*** kylek3h has quit IRC23:50
*** zenoway has quit IRC23:52
*** kylek3h has joined #openstack-nova23:52
*** jwcroppe has quit IRC23:54
*** ducttape_ has joined #openstack-nova23:55
*** baoli has quit IRC23:59

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