Thursday, 2016-05-12

*** thorst__ has quit IRC00:00
*** thorst__ has joined #openstack-nova00:00
*** thors____ has quit IRC00:01
*** thorst___ has joined #openstack-nova00:01
*** thor_____ has quit IRC00:02
*** thors____ has joined #openstack-nova00:03
*** paul-carlton has quit IRC00:03
openstackgerritAugustina Ragwitz proposed openstack/nova: api-ref: limits.inc validate parameters  https://review.openstack.org/31521600:03
*** thorst_ has quit IRC00:03
*** fragatina has quit IRC00:04
*** thorst_ has joined #openstack-nova00:04
*** paul-carlton has joined #openstack-nova00:04
*** rbridgeman has quit IRC00:05
*** thor_____ has joined #openstack-nova00:05
*** thorst__ has quit IRC00:05
*** thorst___ has quit IRC00:05
*** thorst__ has joined #openstack-nova00:06
*** mrkz has quit IRC00:06
*** shaohe_feng has quit IRC00:06
*** thorst___ has joined #openstack-nova00:07
*** rama_y has quit IRC00:07
*** tho______ has joined #openstack-nova00:08
*** thors____ has quit IRC00:08
*** thorst_ has quit IRC00:08
*** thorst_ has joined #openstack-nova00:08
*** shaohe_feng has joined #openstack-nova00:09
*** fragatina has joined #openstack-nova00:09
*** thors____ has joined #openstack-nova00:09
*** thor_____ has quit IRC00:09
*** thorst__ has quit IRC00:10
*** jgriffith_ has joined #openstack-nova00:11
*** thorst___ has quit IRC00:11
*** tho______ has quit IRC00:12
*** thorst__ has joined #openstack-nova00:12
*** ivase_ has joined #openstack-nova00:12
*** thorst_ has quit IRC00:13
*** thorst_ has joined #openstack-nova00:13
*** thors____ has quit IRC00:14
*** fragatina has quit IRC00:14
*** dimtruck is now known as zz_dimtruck00:14
*** thorst___ has joined #openstack-nova00:14
*** thors____ has joined #openstack-nova00:15
*** thor_____ has joined #openstack-nova00:16
*** ivase has quit IRC00:16
*** shaohe_feng has quit IRC00:17
*** shaohe_feng has joined #openstack-nova00:17
*** thorst__ has quit IRC00:17
*** thorst__ has joined #openstack-nova00:17
*** thorst_ has quit IRC00:18
*** thorst_ has joined #openstack-nova00:18
*** thorst___ has quit IRC00:18
*** jgriffith has quit IRC00:19
*** thors____ has quit IRC00:19
*** thorst___ has joined #openstack-nova00:19
*** penick has joined #openstack-nova00:20
*** thors____ has joined #openstack-nova00:20
*** thor_____ has quit IRC00:20
*** thor_____ has joined #openstack-nova00:21
*** tho______ has joined #openstack-nova00:22
*** thorst__ has quit IRC00:22
*** thorst_ has quit IRC00:23
*** thorst_ has joined #openstack-nova00:23
*** thorst___ has quit IRC00:23
*** thors____ has quit IRC00:24
*** thorst__ has joined #openstack-nova00:24
*** thorst___ has joined #openstack-nova00:25
*** thor_____ has quit IRC00:25
*** smatzek has joined #openstack-nova00:26
*** tho______ has quit IRC00:26
*** thors____ has joined #openstack-nova00:26
stewie925I think I was able to solve the Policy violation issue on running the commands - I ran 'source openrc admin' which switches me to 'admin' role, and I was able to run 'nova service-list' command with no more 'policy' errors00:26
*** kmartin has quit IRC00:26
*** claudiub has quit IRC00:26
*** thor_____ has joined #openstack-nova00:27
*** shaohe_feng has quit IRC00:27
*** thorst_ has quit IRC00:27
*** shaohe_feng has joined #openstack-nova00:28
*** thorst_ has joined #openstack-nova00:28
*** diogogmt has joined #openstack-nova00:28
*** thorst__ has quit IRC00:29
*** thorst__ has joined #openstack-nova00:29
*** thorst___ has quit IRC00:30
*** thorst___ has joined #openstack-nova00:30
*** thors____ has quit IRC00:31
*** thors____ has joined #openstack-nova00:31
*** thor_____ has quit IRC00:31
*** thorst_ has quit IRC00:32
*** thorst_ has joined #openstack-nova00:32
*** thor_____ has joined #openstack-nova00:33
*** sajeesh has joined #openstack-nova00:34
*** tho______ has joined #openstack-nova00:34
*** sajeesh has quit IRC00:34
*** thorst__ has quit IRC00:34
*** thorst___ has quit IRC00:35
*** thorst__ has joined #openstack-nova00:35
*** zz_dimtruck is now known as dimtruck00:35
*** thors____ has quit IRC00:36
openstackgerritMatt Riedemann proposed openstack/nova-specs: Get Me a Network  https://review.openstack.org/28320600:36
*** thorst___ has joined #openstack-nova00:37
*** thorst_ has quit IRC00:37
*** shaohe_feng has quit IRC00:37
*** thor_____ has quit IRC00:37
*** thorst_ has joined #openstack-nova00:38
*** tho______ has quit IRC00:38
*** shaohe_feng has joined #openstack-nova00:38
*** thors____ has joined #openstack-nova00:39
*** thorst__ has quit IRC00:39
*** thorst__ has joined #openstack-nova00:40
*** thor_____ has joined #openstack-nova00:41
*** gagehugo has quit IRC00:41
*** thorst___ has quit IRC00:41
*** mtanino has quit IRC00:41
*** tbachman has quit IRC00:42
*** thorst___ has joined #openstack-nova00:42
*** tbachman has joined #openstack-nova00:42
*** thorst_ has quit IRC00:42
*** thorst_ has joined #openstack-nova00:43
*** thors____ has quit IRC00:43
*** thors____ has joined #openstack-nova00:44
*** thorst__ has quit IRC00:44
*** thorst__ has joined #openstack-nova00:45
*** thor_____ has quit IRC00:45
*** baoli has joined #openstack-nova00:45
*** lifeless has quit IRC00:46
*** thorst___ has quit IRC00:46
*** lifeless has joined #openstack-nova00:47
*** thorst___ has joined #openstack-nova00:47
*** derekh has joined #openstack-nova00:47
*** thorst_ has quit IRC00:47
*** shaohe_feng has quit IRC00:47
*** gjayavelu has quit IRC00:48
*** shaohe_feng has joined #openstack-nova00:48
*** thorst_ has joined #openstack-nova00:48
*** thors____ has quit IRC00:48
*** thors____ has joined #openstack-nova00:49
*** jdurgin1 has joined #openstack-nova00:49
*** thorst__ has quit IRC00:49
*** thorst__ has joined #openstack-nova00:50
*** thor_____ has joined #openstack-nova00:51
*** thorst___ has quit IRC00:52
*** thorst___ has joined #openstack-nova00:52
*** dimtruck is now known as zz_dimtruck00:52
*** zz_dimtruck is now known as dimtruck00:52
*** thorst_ has quit IRC00:53
*** thors____ has quit IRC00:53
*** rcernin has quit IRC00:54
*** thorst_ has joined #openstack-nova00:54
*** thorst__ has quit IRC00:55
*** fishcried has joined #openstack-nova00:55
*** thorst__ has joined #openstack-nova00:55
*** thor_____ has quit IRC00:56
*** thors____ has joined #openstack-nova00:56
*** thorst___ has quit IRC00:56
*** thorst___ has joined #openstack-nova00:57
*** shaohe_feng has quit IRC00:58
*** thor_____ has joined #openstack-nova00:58
*** shaohe_feng has joined #openstack-nova00:58
*** fishcried has quit IRC00:58
*** thorst_ has quit IRC00:58
*** thorst_ has joined #openstack-nova00:59
*** thorst__ has quit IRC01:00
*** thorst__ has joined #openstack-nova01:01
*** thors____ has quit IRC01:01
*** thorst___ has quit IRC01:01
*** thorst___ has joined #openstack-nova01:01
*** dimtruck is now known as zz_dimtruck01:02
*** thor_____ has quit IRC01:02
*** thors____ has joined #openstack-nova01:03
*** thorst_ has quit IRC01:03
*** thorst_ has joined #openstack-nova01:04
*** cheneydc has joined #openstack-nova01:05
*** markvoelker_ has joined #openstack-nova01:05
*** thorst__ has quit IRC01:05
*** thor_____ has joined #openstack-nova01:05
*** thorst___ has quit IRC01:06
*** thorst__ has joined #openstack-nova01:06
*** thorst___ has joined #openstack-nova01:07
*** thors____ has quit IRC01:08
*** shaohe_feng has quit IRC01:08
*** thorst_ has quit IRC01:09
*** shaohe_feng has joined #openstack-nova01:09
*** thors____ has joined #openstack-nova01:09
*** derekh has quit IRC01:09
*** thorst_ has joined #openstack-nova01:10
*** thor_____ has quit IRC01:10
*** thorst__ has quit IRC01:10
*** thorst__ has joined #openstack-nova01:10
*** thorst___ has quit IRC01:11
*** thorst___ has joined #openstack-nova01:11
*** thor_____ has joined #openstack-nova01:12
*** tho______ has joined #openstack-nova01:13
*** jinxing has joined #openstack-nova01:13
*** thors____ has quit IRC01:13
*** ozialien10 has quit IRC01:14
*** nic has quit IRC01:14
*** thors____ has joined #openstack-nova01:14
*** thorst_ has quit IRC01:14
*** raunak has joined #openstack-nova01:14
*** mriedem has quit IRC01:15
*** thorst__ has quit IRC01:15
*** thorst_ has joined #openstack-nova01:15
*** thorst___ has quit IRC01:16
*** ijw has joined #openstack-nova01:16
*** thorst__ has joined #openstack-nova01:16
*** thorst__ has quit IRC01:16
*** thorst__ has joined #openstack-nova01:16
openstackgerritTakashi NATSUME proposed openstack/nova: api-ref: Method verification for os-volume_attachments.inc  https://review.openstack.org/31528901:17
*** thor_____ has quit IRC01:17
*** winston-d_ has joined #openstack-nova01:17
*** tho______ has quit IRC01:18
*** shaohe_feng has quit IRC01:18
*** thorst__ has quit IRC01:19
*** thors____ has quit IRC01:19
*** stewie925 has quit IRC01:19
*** shaohe_feng has joined #openstack-nova01:19
*** thorst_ has quit IRC01:20
*** iceyao has joined #openstack-nova01:22
*** rama_y has joined #openstack-nova01:22
*** iceyao_ has joined #openstack-nova01:23
*** shakamunyi has joined #openstack-nova01:23
*** ijw has quit IRC01:23
*** iceyao has quit IRC01:26
*** penick has quit IRC01:27
*** shaohe_feng has quit IRC01:28
*** shaohe_feng has joined #openstack-nova01:29
*** EinstCrazy has joined #openstack-nova01:30
*** BjoernT has joined #openstack-nova01:31
*** shaohe_feng has quit IRC01:39
*** shaohe_feng has joined #openstack-nova01:39
openstackgerritmelanie witt proposed openstack/nova: imagebackend: Check that the RBD image exists before trying to cleanup  https://review.openstack.org/31518701:41
openstackgerritmelanie witt proposed openstack/nova: Rewrite _cleanup_resize and finish_migration unit tests to use mock instead of mox  https://review.openstack.org/31524101:41
*** zhangjn has quit IRC01:41
openstackgerritmelanie witt proposed openstack/nova: Remove mox in test_volume_snapshot_create_outer_success  https://review.openstack.org/31530901:41
*** zz_dimtruck is now known as dimtruck01:42
*** jinxing has quit IRC01:45
*** amotoki has joined #openstack-nova01:46
*** zhangjn has joined #openstack-nova01:46
*** ducttape_ has joined #openstack-nova01:46
openstackgerritLi Yingjun proposed openstack/nova: Optimize creating security_group  https://review.openstack.org/31531101:48
*** shaohe_feng has quit IRC01:49
*** shaohe_feng has joined #openstack-nova01:49
*** salv-orlando has joined #openstack-nova01:51
*** tbachman has quit IRC01:51
*** markvoelker_ has quit IRC01:51
openstackgerritChris Dent proposed openstack/nova: Extend ResourceProvider to have resources and aggregates  https://review.openstack.org/28496301:52
openstackgerritChris Dent proposed openstack/nova: WIP resource-pools/placement api  https://review.openstack.org/29310401:52
*** tbachman has joined #openstack-nova01:52
openstackgerritLi Yingjun proposed openstack/nova: Implement hypervisor notifications  https://review.openstack.org/31531201:53
*** cdent has quit IRC01:54
*** jinxing has joined #openstack-nova01:55
*** salv-orlando has quit IRC01:56
*** raunak has quit IRC01:57
*** pwnall has quit IRC01:58
*** ljxiash has joined #openstack-nova01:58
*** markvoelker has joined #openstack-nova01:59
*** shaohe_feng has quit IRC01:59
*** markvoelker_ has joined #openstack-nova01:59
*** shaohe_feng has joined #openstack-nova02:00
*** rooooook has quit IRC02:01
*** jinxing has quit IRC02:02
*** kengo_sakai has joined #openstack-nova02:02
*** markvoelker has quit IRC02:03
*** gjayavelu has joined #openstack-nova02:06
*** hoangcx has joined #openstack-nova02:08
*** ljxiash has quit IRC02:09
*** ljxiash has joined #openstack-nova02:09
*** shaohe_feng has quit IRC02:09
*** shaohe_feng has joined #openstack-nova02:10
*** BjoernT has quit IRC02:13
*** apoorvad has quit IRC02:19
*** shaohe_feng has quit IRC02:20
openstackgerritAnusha Unnam proposed openstack/nova: api-ref: os-floating-ip-dns.inc method verification  https://review.openstack.org/31528402:20
*** shaohe_feng has joined #openstack-nova02:21
*** tonytan4ever has joined #openstack-nova02:21
*** rfolco has quit IRC02:22
*** fishcried has joined #openstack-nova02:24
*** ljxiash has quit IRC02:26
*** ljxiash has joined #openstack-nova02:26
*** ducttape_ has quit IRC02:27
*** houming has joined #openstack-nova02:27
*** jinxing has joined #openstack-nova02:28
*** Daisy has joined #openstack-nova02:29
*** ljxiash has quit IRC02:29
*** ljxiash has joined #openstack-nova02:29
*** shaohe_feng has quit IRC02:30
*** shaohe_feng has joined #openstack-nova02:31
openstackgerritTakashi NATSUME proposed openstack/nova: api-ref: Parameter verification for os-interface.inc  https://review.openstack.org/31531802:31
*** markvoelker_ has quit IRC02:31
*** Swami_ has joined #openstack-nova02:34
*** mdrabe has joined #openstack-nova02:34
yonglihelbeliveau: no plan before get resources...02:35
*** Daisy has quit IRC02:37
*** penick has joined #openstack-nova02:37
*** Swami has quit IRC02:38
*** daemontool has quit IRC02:38
*** markvoelker_ has joined #openstack-nova02:38
*** shaohe_feng has quit IRC02:40
*** shaohe_feng has joined #openstack-nova02:41
*** ivase has joined #openstack-nova02:41
*** ivase_ has quit IRC02:44
*** raunak has joined #openstack-nova02:45
*** raunak has quit IRC02:45
*** raunak has joined #openstack-nova02:46
*** ducttape_ has joined #openstack-nova02:46
*** smatzek has quit IRC02:49
*** nelsnelson has quit IRC02:50
*** shaohe_feng has quit IRC02:50
*** ducttape_ has quit IRC02:51
*** baoli has quit IRC02:51
*** shaohe_feng has joined #openstack-nova02:53
*** ducttape_ has joined #openstack-nova02:54
*** ljxiash has quit IRC02:55
*** ljxiash has joined #openstack-nova02:56
*** rfolco has joined #openstack-nova02:59
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/31374302:59
*** smatzek has joined #openstack-nova03:00
*** ljxiash has quit IRC03:00
*** shaohe_feng has quit IRC03:01
*** unicell has quit IRC03:01
*** unicell has joined #openstack-nova03:01
*** shaohe_feng has joined #openstack-nova03:01
*** unicell has quit IRC03:01
*** unicell has joined #openstack-nova03:01
*** Sukhdev has quit IRC03:02
*** tonytan4ever has quit IRC03:08
*** takashin has left #openstack-nova03:09
*** ducttape_ has quit IRC03:09
*** ivase_ has joined #openstack-nova03:10
*** ivase has quit IRC03:10
*** shaohe_feng has quit IRC03:11
*** unicell has quit IRC03:11
*** shaohe_feng has joined #openstack-nova03:11
*** markvoelker_ has quit IRC03:13
*** ducttape_ has joined #openstack-nova03:15
*** diogogmt has quit IRC03:18
*** raunak has quit IRC03:19
*** shaohe_feng has quit IRC03:21
*** shaohe_feng has joined #openstack-nova03:22
*** raunak has joined #openstack-nova03:23
*** dimtruck is now known as zz_dimtruck03:29
*** sacharya has quit IRC03:31
*** shaohe_feng has quit IRC03:31
*** shaohe_feng has joined #openstack-nova03:32
*** links has joined #openstack-nova03:34
*** ducttape_ has quit IRC03:39
*** smatzek has quit IRC03:42
*** shaohe_feng has quit IRC03:42
*** shaohe_feng has joined #openstack-nova03:42
*** fragatina has joined #openstack-nova03:43
*** fragatina has quit IRC03:45
*** fragatina has joined #openstack-nova03:46
*** fragatina has quit IRC03:46
*** fragatina has joined #openstack-nova03:47
*** sree has joined #openstack-nova03:49
*** rfolco has quit IRC03:52
*** shaohe_feng has quit IRC03:52
*** shaohe_feng has joined #openstack-nova03:52
*** EinstCrazy has quit IRC04:01
*** Fdaisuke_ has joined #openstack-nova04:02
*** shaohe_feng has quit IRC04:02
*** EinstCrazy has joined #openstack-nova04:03
*** Fdaisuke has quit IRC04:04
*** shaohe_feng has joined #openstack-nova04:05
*** shaohe_feng has quit IRC04:12
*** prateek has joined #openstack-nova04:13
*** shaohe_feng has joined #openstack-nova04:15
*** shaohe_feng has quit IRC04:23
*** shaohe_feng has joined #openstack-nova04:23
*** pcaruana has joined #openstack-nova04:25
*** palexster has quit IRC04:28
*** palexster has joined #openstack-nova04:28
*** sacharya has joined #openstack-nova04:32
openstackgerritHieu LE proposed openstack/nova: Config options: centralize cache options  https://review.openstack.org/31534104:32
*** pcaruana has quit IRC04:32
*** shaohe_feng has quit IRC04:33
openstackgerritZhenyu Zheng proposed openstack/nova: api-ref: parameter  verification for os-quota-sets  https://review.openstack.org/31483304:33
*** shaohe_feng has joined #openstack-nova04:33
*** jdurgin1 has quit IRC04:34
*** sacharya has quit IRC04:37
*** salv-orlando has joined #openstack-nova04:39
*** raunak has quit IRC04:40
*** prateek has quit IRC04:40
*** shaohe_feng has quit IRC04:43
*** shaohe_feng has joined #openstack-nova04:44
*** raunak has joined #openstack-nova04:44
*** salv-orlando has quit IRC04:46
*** fishcried has quit IRC04:52
*** shaohe_feng has quit IRC04:53
*** shaohe_feng has joined #openstack-nova04:55
*** Fdaisuke_ has quit IRC04:55
*** Sukhdev has joined #openstack-nova04:56
*** Fdaisuke_ has joined #openstack-nova04:56
*** jinxing has quit IRC04:57
*** sdake has quit IRC04:57
*** salv-orlando has joined #openstack-nova04:58
*** penick has quit IRC05:00
*** mdrabe has quit IRC05:03
*** penick has joined #openstack-nova05:03
*** shaohe_feng has quit IRC05:04
*** shaohe_feng has joined #openstack-nova05:05
openstackgerritHieu LE proposed openstack/nova: Config options: centralize smbfs libvirt options (16)  https://review.openstack.org/30936005:05
*** houming has quit IRC05:08
*** jinxing has joined #openstack-nova05:11
*** armax has quit IRC05:13
*** ccarmack has joined #openstack-nova05:14
*** shaohe_feng has quit IRC05:14
*** shaohe_feng has joined #openstack-nova05:15
*** rama_y has quit IRC05:16
*** rama_y has joined #openstack-nova05:17
*** woodster_ has quit IRC05:18
*** ccarmack has quit IRC05:18
*** prateek has joined #openstack-nova05:21
*** apoorv has joined #openstack-nova05:23
openstackgerritHieu LE proposed openstack/nova: Config options: centralize remotefs libvirt options (end)  https://review.openstack.org/30936305:24
*** shaohe_feng has quit IRC05:24
*** shaohe_feng has joined #openstack-nova05:25
*** kodokuu has quit IRC05:30
*** iceyao_ has quit IRC05:33
*** iceyao has joined #openstack-nova05:33
*** shaohe_feng has quit IRC05:34
*** zenoway has joined #openstack-nova05:35
*** shaohe_feng has joined #openstack-nova05:36
*** amotoki_ has joined #openstack-nova05:39
*** ljxiash has joined #openstack-nova05:40
*** Thelo has joined #openstack-nova05:41
TheloHi, when nova boots a vm from image ( in glance) , why does it need to call cinder API?05:42
*** rama_y has quit IRC05:43
*** amotoki has quit IRC05:43
*** ljxiash has quit IRC05:44
*** shaohe_feng has quit IRC05:45
*** shaohe_feng has joined #openstack-nova05:46
*** zenoway has quit IRC05:50
*** ljxiash has joined #openstack-nova05:53
*** rcernin has joined #openstack-nova05:54
*** shaohe_feng has quit IRC05:55
*** shaohe_feng has joined #openstack-nova05:56
*** rama_y has joined #openstack-nova05:56
*** iceyao has quit IRC05:59
*** ljxiash has quit IRC05:59
*** ljxiash has joined #openstack-nova06:00
*** ljxiash has quit IRC06:04
*** shaohe_feng has quit IRC06:05
*** andreas_s has joined #openstack-nova06:06
*** ljxiash has joined #openstack-nova06:07
*** Oku_OS-away is now known as Oku_OS06:07
*** mjura has joined #openstack-nova06:07
*** shaohe_feng has joined #openstack-nova06:08
*** pcaruana has joined #openstack-nova06:12
*** laszloh has joined #openstack-nova06:12
*** houming has joined #openstack-nova06:14
*** sudipto has joined #openstack-nova06:15
*** shaohe_feng has quit IRC06:16
*** shaohe_feng has joined #openstack-nova06:16
*** rama_y has quit IRC06:19
openstackgerritJens Rosenboom proposed openstack/nova: Warn about unset cache backend  https://review.openstack.org/30771806:20
*** esracelik has joined #openstack-nova06:24
*** shaohe_feng has quit IRC06:26
*** shaohe_feng has joined #openstack-nova06:26
*** raunak has quit IRC06:29
*** nkrinner_afk is now known as nkrinner06:33
*** sacharya has joined #openstack-nova06:33
*** shaohe_feng has quit IRC06:36
*** salv-orlando has quit IRC06:36
*** sacharya has quit IRC06:38
*** shaohe_feng has joined #openstack-nova06:39
*** mpavone has joined #openstack-nova06:43
*** mpavone has quit IRC06:43
*** belmoreira has joined #openstack-nova06:44
*** paul-carlton1 has joined #openstack-nova06:45
*** belmoreira has quit IRC06:45
*** knikolla has quit IRC06:45
*** shaohe_feng has quit IRC06:46
*** Swami_ has quit IRC06:47
*** shaohe_feng has joined #openstack-nova06:47
*** knikolla has joined #openstack-nova06:48
*** nelsnelson has joined #openstack-nova06:48
openstackgerritEli Qiao proposed openstack/nova: libvirt: Do not live migrate if tunneled with disks  https://review.openstack.org/31070706:48
openstackgerritZhenyu Zheng proposed openstack/nova: api-ref: parameter  verification for os-quota-sets  https://review.openstack.org/31483306:49
*** Swami_ has joined #openstack-nova06:50
*** hoangcx has quit IRC06:50
*** belmoreira has joined #openstack-nova06:51
*** sridharg has joined #openstack-nova06:51
*** nelsnelson has quit IRC06:52
*** palexster has quit IRC06:54
*** palexster has joined #openstack-nova06:54
*** shaohe_feng has quit IRC06:57
*** Dinesh_Bhor has joined #openstack-nova06:57
*** knikolla has quit IRC06:58
*** crinkle_ has joined #openstack-nova06:59
*** Sukhdev has quit IRC06:59
*** crinkle has quit IRC07:00
*** StevenK has quit IRC07:00
*** shaohe_feng has joined #openstack-nova07:00
*** crinkle_ is now known as crinkle07:00
*** mmedvede has quit IRC07:00
*** anish has quit IRC07:01
*** knikolla has joined #openstack-nova07:01
*** StevenK has joined #openstack-nova07:01
*** anish has joined #openstack-nova07:02
*** lennyb has quit IRC07:03
*** jaosorior has joined #openstack-nova07:03
*** tesseract has joined #openstack-nova07:05
*** shaohe_feng has quit IRC07:07
*** shaohe_feng has joined #openstack-nova07:08
*** tesseract has quit IRC07:09
*** matrohon has joined #openstack-nova07:10
*** jlanoux has joined #openstack-nova07:11
*** gcb has quit IRC07:11
*** gcb has joined #openstack-nova07:12
*** sahid has joined #openstack-nova07:12
openstackgerritHieu LE proposed openstack/nova: Config options: centralize cache options  https://review.openstack.org/31534107:12
*** jichen has joined #openstack-nova07:14
*** iceyao has joined #openstack-nova07:15
*** lennyb has joined #openstack-nova07:16
*** shaohe_feng has quit IRC07:17
*** shaohe_feng has joined #openstack-nova07:18
*** jed56 has joined #openstack-nova07:19
*** daemontool has joined #openstack-nova07:19
*** lennyb has quit IRC07:20
openstackgerritSergey Nikitin proposed openstack/nova: Added better error messages during (un)pinning CPUs  https://review.openstack.org/30565407:22
*** ygl has joined #openstack-nova07:26
yglhi all07:26
ygli need  some information07:26
yglwhat is the difference between booting a vm from  volume and booting it from image ?07:27
*** mmedvede has joined #openstack-nova07:27
*** danpb has joined #openstack-nova07:27
*** shaohe_feng has quit IRC07:27
*** shaohe_feng has joined #openstack-nova07:28
yglcan anyone help me here please  ?07:28
*** Dinesh_Bhor has quit IRC07:30
*** yamahata has joined #openstack-nova07:31
*** lennyb has joined #openstack-nova07:32
*** sacharya has joined #openstack-nova07:34
yglwhat is the difference between booting a vm from  volume and booting it from image ?07:34
andrearosaygl: if you boot from an image you get your OS image from an image server (glance), Nova contacts the image server download the image and tries to boot the VM. If you boot from a volume you need to install the image into the volume then nova won't try to contact the image server but it exxpects to find a valid image to boot from burned in the volume07:36
*** salv-orlando has joined #openstack-nova07:37
yglandrearosa: why is it that boot fromimage takes longer time than boot from volume with huge images ?07:37
andrearosaygl: for these kind of questions is better to ask in #openstack or #openstack-101 channels07:37
*** shaohe_feng has quit IRC07:38
andrearosaygl: I'd suspect because of the download time07:38
*** shaohe_feng has joined #openstack-nova07:38
yglandrearosa: if i spin up a vm with no volume by default, where does it store files if we create in it ?07:39
*** sacharya has quit IRC07:39
*** dmk0202 has joined #openstack-nova07:40
*** paul-carlton1 has quit IRC07:41
*** jlanoux has quit IRC07:42
*** zenoway has joined #openstack-nova07:42
*** zenoway has quit IRC07:42
*** salv-orlando has quit IRC07:42
*** zenoway has joined #openstack-nova07:42
Theloandrearosa: DO you know why nova stills calls cinder-api while booting from image?07:43
yglandrearosa: without a hard disk image where will nova install the image  for a no volume vm  launch ?07:46
*** shaohe_feng has quit IRC07:48
*** shaohe_feng has joined #openstack-nova07:48
andrearosaygl: it depends on your condfiguration, how the storage is set in your env. Please move the discussion to #openstack07:48
*** Swami_ has quit IRC07:49
openstackgerritPaul Carlton proposed openstack/nova: Add a lock() context manager to image backend  https://review.openstack.org/27962507:52
openstackgerritPaul Carlton proposed openstack/nova: Rename Raw backend to NoBacking  https://review.openstack.org/27962607:52
openstackgerritPaul Carlton proposed openstack/nova: Implementation of Libvirt Storage Pools  https://review.openstack.org/31413407:52
openstackgerritPaul Carlton proposed openstack/nova: Introduce ImageCacheLocalPool  https://review.openstack.org/27966907:52
openstackgerritPaul Carlton proposed openstack/nova: Remove fake_imagebackend.Raw and cleanup dependent tests  https://review.openstack.org/26766107:52
openstackgerritPaul Carlton proposed openstack/nova: Rename Image.check_image_exists to Image.exists()  https://review.openstack.org/27099807:52
openstackgerritPaul Carlton proposed openstack/nova: Remove deprecated option libvirt.remove_unused_kernels  https://review.openstack.org/26588607:52
openstackgerritPaul Carlton proposed openstack/nova: Only attempt to inject files if the injection disk exists  https://review.openstack.org/25087207:52
bauzasgood morning Nova07:54
lyarwood_morning07:54
*** gsilvis has quit IRC07:55
*** paul-carlton1 has joined #openstack-nova07:55
*** gsilvis has joined #openstack-nova07:56
*** fragatina has quit IRC07:56
*** shaohe_feng has quit IRC07:58
*** shaohe_feng has joined #openstack-nova07:59
*** zzzeek has quit IRC08:00
*** paul-carlton1 has quit IRC08:00
*** zzzeek has joined #openstack-nova08:01
*** mvk_ has joined #openstack-nova08:04
openstackgerritZhenyu Zheng proposed openstack/nova: api-ref: parameter  verification for os-server-groups  https://review.openstack.org/31539408:05
*** mvk has quit IRC08:08
*** cheneydc has quit IRC08:08
*** shaohe_feng has quit IRC08:08
*** ociuhandu has quit IRC08:09
*** shaohe_feng has joined #openstack-nova08:09
*** cheneydc has joined #openstack-nova08:09
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Testing latest u-c  https://review.openstack.org/30334508:10
*** jamielennox is now known as jamielennox|away08:10
*** gcb has quit IRC08:11
*** gcb has joined #openstack-nova08:12
*** efoley_ has joined #openstack-nova08:15
*** apoorv has quit IRC08:16
*** hoangcx has joined #openstack-nova08:16
*** lucas-dinner is now known as lucasagomes08:17
*** shaohe_feng has quit IRC08:19
*** shaohe_feng has joined #openstack-nova08:19
*** Jeffrey4l has quit IRC08:22
*** MarcF has joined #openstack-nova08:25
*** Jeffrey4l has joined #openstack-nova08:26
*** shaohe_feng has quit IRC08:29
*** shaohe_feng has joined #openstack-nova08:29
*** heyongli has quit IRC08:30
*** gjayavelu has quit IRC08:30
*** gjayavelu has joined #openstack-nova08:31
*** heyongli has joined #openstack-nova08:31
*** penick has quit IRC08:33
*** penick has joined #openstack-nova08:34
*** jistr has joined #openstack-nova08:35
*** paul-carlton1 has joined #openstack-nova08:38
*** yamahata has quit IRC08:38
openstackgerritSudipta Biswas proposed openstack/nova: Remove the auto discovery of glance client version  https://review.openstack.org/31541908:39
*** shaohe_feng has quit IRC08:39
openstackgerritHieu LE proposed openstack/nova: Config options: centralize cache options  https://review.openstack.org/31534108:39
*** shaohe_feng has joined #openstack-nova08:39
*** yassine_ has joined #openstack-nova08:40
*** paul-carlton1 has quit IRC08:42
*** apoorv has joined #openstack-nova08:42
*** jamiehan_ has joined #openstack-nova08:43
*** jamiehan_ has quit IRC08:44
*** jamie_h_ has joined #openstack-nova08:44
*** jamie_h_ has quit IRC08:48
*** jamie_h_ has joined #openstack-nova08:48
*** jamie_h_ has quit IRC08:48
*** jamie_h_ has joined #openstack-nova08:49
*** jamie_h has quit IRC08:49
*** shaohe_feng has quit IRC08:49
*** jamie_h_ has quit IRC08:49
*** jamie_h has joined #openstack-nova08:50
*** ljxiash has quit IRC08:50
*** shaohe_feng has joined #openstack-nova08:50
*** gcb has quit IRC08:50
*** ljxiash has joined #openstack-nova08:51
*** ljxiash has quit IRC08:51
*** ljxiash has joined #openstack-nova08:51
*** ljjjustin has quit IRC08:52
*** ljjjustin has joined #openstack-nova08:53
*** gjayavelu has quit IRC08:54
*** salv-orlando has joined #openstack-nova08:56
*** shaohe_feng has quit IRC09:00
mdboothpaul-carlton paul-carlton2: Did you deliberately rebase https://review.openstack.org/#/c/250872/ btw?09:00
*** jamie_h has quit IRC09:00
*** shaohe_feng has joined #openstack-nova09:01
*** pcaruana is now known as pcaruana|afk|09:01
*** salv-orlando has quit IRC09:02
*** efoley__ has joined #openstack-nova09:03
*** gcb has joined #openstack-nova09:04
*** openstackgerrit has quit IRC09:04
*** mvk_ has quit IRC09:04
*** openstackgerrit has joined #openstack-nova09:04
*** efoley_ has quit IRC09:06
*** shaohe_feng has quit IRC09:10
*** yassine_ has quit IRC09:11
openstackgerritChangBo Guo(gcb) proposed openstack/nova: use_neutron_default_nets: StrOpt ->BoolOpt  https://review.openstack.org/24306109:12
openstackgerritChangBo Guo(gcb) proposed openstack/nova: test:clean up wrong value in method CONF.set_override  https://review.openstack.org/24241609:12
*** shaohe_feng has joined #openstack-nova09:12
openstackgerritJohn Garbutt proposed openstack/nova-specs: Add distinct-subset-shard-scheduler spec  https://review.openstack.org/31351909:19
openstackgerritRadoslav Gerganov proposed openstack/nova: VMware: Refactor the image transfer  https://review.openstack.org/28113409:19
*** shaohe_feng has quit IRC09:20
*** shaohe_feng has joined #openstack-nova09:21
paul-carlton2mdbooth, nope I did review -d 314134 and then committed some changes but because it was dependant on your changes it rebased yours too09:21
paul-carlton2hope that did not cause any issues?09:21
openstackgerritHieu LE proposed openstack/nova: Config options: remove import_opts from floating_ips section  https://review.openstack.org/31544309:21
openstackgerritZhenyu Zheng proposed openstack/nova: Add support matrix for attach and detach interfaces  https://review.openstack.org/31280109:22
openstackgerritZhenyu Zheng proposed openstack/nova: Add check of capabilities for detach interface  https://review.openstack.org/30811509:22
mdboothpaul-carlton2: I try not to rebase them unless I need to, tbh. It gives Jenkins another excuse to break :) Also I have to merge with local.09:23
openstackgerritJohn Garbutt proposed openstack/nova: config options: centralize default flavor option  https://review.openstack.org/31412309:24
*** sfinucan has joined #openstack-nova09:24
openstackgerritJohn Garbutt proposed openstack/nova: deprecate "default_flavor" config option  https://review.openstack.org/31412409:25
paul-carlton2ok, I can probably rebase my change on master removing the dependency on your stuff for now, the code I'm working on is not actually dependant on your stuff yet09:25
mdboothpaul-carlton2: I'm sure I have some local config which tells git review not to rebase implicitly. Can't find it right now, though.09:25
paul-carlton2I'll ask one of the git gurus here09:25
mdboothpaul-carlton2: It's ok to base it on my patches, as long as you don't rebase the series.09:25
openstackgerritJohn Garbutt proposed openstack/nova: Config options: centralize smbfs libvirt options (16)  https://review.openstack.org/30936009:26
openstackgerritJohn Garbutt proposed openstack/nova: Config options: centralize remotefs libvirt options (end)  https://review.openstack.org/30936309:26
paul-carlton2It might be simpler to remove dependency for now, your stuff should start merging soon now the spec is approved09:26
mdboothpaul-carlton2: Yeah, hopefully09:27
*** RuiChen has joined #openstack-nova09:27
mdboothSomething looks borked in the series, though09:27
paul-carlton2as I said the work I'm doing in this patch is almost all new stuff to do with storgage pool management09:27
paul-carlton2btw, could you and maybe Diana too review my specs https://review.openstack.org/#/c/310505/ and https://review.openstack.org/#/c/310538/09:29
paul-carlton2Yep, Jenkins says This change depends on a change that failed to merge.09:30
*** shaohe_feng has quit IRC09:30
*** shaohe_feng has joined #openstack-nova09:31
paul-carlton2but not clear to me what change it is referring to09:31
openstackgerritJohn Garbutt proposed openstack/nova: Move config options from nova/api directory (5)  https://review.openstack.org/31429009:32
paul-carlton2mdbooth, have a meeting now, back soon09:32
*** lappy-rook has joined #openstack-nova09:32
*** yassine has joined #openstack-nova09:33
*** yassine is now known as Guest2723309:33
paul-carlton2cancel that, no meeting after all09:33
*** sacharya has joined #openstack-nova09:35
openstackgerritJohn Garbutt proposed openstack/nova: centralized conf: nova/network/rpcapi.py  https://review.openstack.org/27421009:35
*** mvk_ has joined #openstack-nova09:35
*** jamie_h has joined #openstack-nova09:36
openstackgerritJohn Garbutt proposed openstack/nova: config options: centralize section "database" + "api_database"  https://review.openstack.org/26380409:36
*** gszasz has joined #openstack-nova09:38
*** jamie_h has quit IRC09:38
*** sacharya has quit IRC09:39
*** shaohe_feng has quit IRC09:41
openstackgerritJohn Garbutt proposed openstack/nova: deprecate "file transfer" feature for Glance images  https://review.openstack.org/31466909:41
*** shaohe_feng has joined #openstack-nova09:42
paul-carlton2johnthetubaguy , in https://review.openstack.org/#/c/308198 I'm working on allowing live migration of instances in a rescued state09:43
paul-carlton2it occurs to me that changing the wrapper to allow this is ok for libvirt driver because I'm doing changes to address issues with live migration of rescued instances09:44
paul-carlton2but other drivers might have isssues, any thoughts on how xenapi driver will be impacted, can it migrate rescued instances?09:45
johnthetubaguypaul-carlton2: yeah, this would break xenapi I think, as we leave a fake VM in the xenapi database, in a similar way to the libvirt xml file09:45
paul-carlton2So I'd need to fix that too, abandon change or do something to block this on a per driver basis09:46
johnthetubaguypaul-carlton2: we honestly don't (yet) have a good way of handling those kind of issues, beyond the compute manage pre-live-migration check doing a virt driver capabilities check to see if its allowed in rescue, maybe?09:47
johnthetubaguyactually, thats not too shoddy in this case09:47
paul-carlton2ironic and vmware drivers don't do live migration I think but I need to check with hyperv people too09:48
openstackgerritJens Rosenboom proposed openstack/nova: Warn about unset cache backend  https://review.openstack.org/30771809:48
*** syfy323 has quit IRC09:48
*** hshiina has joined #openstack-nova09:49
*** abalutoiu has joined #openstack-nova09:49
johnthetubaguypaul-carlton2: yeah, I know they have been re-working rescue recently, I can't remember quite how they implemented that, I don't see them online right now09:49
*** abalutoiu has quit IRC09:50
*** abalutoiu has joined #openstack-nova09:50
paul-carlton2johnthetubaguy, where do I find the virt driver capabilities stuff?09:50
*** shaohe_feng has quit IRC09:51
paul-carlton2ah, I see it line 135 of virt/driver.py09:51
*** amotoki has joined #openstack-nova09:52
*** syfy323 has joined #openstack-nova09:52
*** shaohe_feng has joined #openstack-nova09:53
*** amotoki_ has quit IRC09:54
johnthetubaguypaul-carlton2: cool, yeah, thats it09:54
johnthetubaguypaul-carlton2: I can't quite think of a direct parallel, but he important thing is you can't do the check in the API, as clearly we support multiple hypervisors in a single cloud09:55
*** ociuhandu has joined #openstack-nova09:57
paul-carlton2johnthetubaguy,  Thanks, I'll add "supports_live_migrate_rescued" to capabilities and work on figuring out how to use this in the drivers09:58
paul-carlton2ah, I get it09:59
paul-carlton2            if not self.driver.capabilities["supports_recreate"]:09:59
paul-carlton2                raise exception.InstanceRecreateNotSupported09:59
paul-carlton2in the compute manager10:00
*** kmartin has joined #openstack-nova10:00
paul-carlton2i.e.  I check for supports_live_migrate_rescued in live_migration method10:00
*** shaohe_feng has quit IRC10:01
bauzasjaypipes: when you're around, please ping me, I have a question for you about some related BP I'm working on (check-destinations)10:01
*** shaohe_feng has joined #openstack-nova10:02
*** cheneydc has quit IRC10:02
bauzasjaypipes: given our discussion yesterday, I wonder if I should rather change https://review.openstack.org/#/c/312757/2/nova/objects/request_spec.py@58 to be a nested Service object10:02
*** rmart04 has joined #openstack-nova10:03
bauzasgiven also the silly 1:N relationship between a service and a compute node10:03
openstackgerritStephen Finucane proposed openstack/nova: virt/hardware: Check for threads when "required"  https://review.openstack.org/28523210:04
openstackgerritSudipta Biswas proposed openstack/nova: Remove the auto discovery of glance client version  https://review.openstack.org/31541910:05
bauzasjohnthetubaguy: in case you want to provide your own opinion ^10:05
*** jlanoux has joined #openstack-nova10:05
*** kmartin has quit IRC10:08
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Testing latest u-c  https://review.openstack.org/30334510:10
*** shaohe_feng has quit IRC10:11
*** shaohe_feng has joined #openstack-nova10:12
openstackgerritHieu LE proposed openstack/nova: Remove deprecated "memcached_server" in Default section  https://review.openstack.org/31546310:15
*** apoorv has quit IRC10:17
*** __szilard_cserey has joined #openstack-nova10:21
*** apoorv has joined #openstack-nova10:21
*** shaohe_feng has quit IRC10:22
openstackgerritHieu LE proposed openstack/nova: Config options: centralize cache options  https://review.openstack.org/31534110:22
*** shaohe_feng has joined #openstack-nova10:22
*** hoangcx has quit IRC10:23
*** haukebruno has joined #openstack-nova10:23
openstackgerritEvgeny Antyshev proposed openstack/nova: libvirt: add nova volume driver for vzstorage  https://review.openstack.org/19084310:24
*** efoley__ has quit IRC10:24
*** haukebruno has quit IRC10:27
*** haukebruno has joined #openstack-nova10:27
*** EinstCrazy has quit IRC10:30
*** EinstCrazy has joined #openstack-nova10:31
*** jinxing has quit IRC10:32
*** shaohe_feng has quit IRC10:32
*** jamie_h has joined #openstack-nova10:32
*** jamie_h has quit IRC10:32
*** apoorv has quit IRC10:32
*** jamie_h has joined #openstack-nova10:33
*** efoley__ has joined #openstack-nova10:34
*** sdague has joined #openstack-nova10:34
*** shaohe_feng has joined #openstack-nova10:35
*** EinstCrazy has quit IRC10:35
*** kolesovdv has joined #openstack-nova10:36
*** cdent has joined #openstack-nova10:36
bauzasjohnthetubaguy: correct me if I'm wrong but Ironic and Hyper-V (both using multi-nodes per service) don't have evacuate and live-migrate ?10:40
bauzashttp://docs.openstack.org/developer/nova/support-matrix.html#operation_live_migrate tells me that for Ironic10:41
bauzassame goes for evacuate... http://docs.openstack.org/developer/nova/support-matrix.html#operation_evacuate10:42
*** mah_ has joined #openstack-nova10:42
*** shaohe_feng has quit IRC10:42
openstackgerritChris Dent proposed openstack/nova: Add Allocation and AllocationList objects  https://review.openstack.org/28244210:42
openstackgerritChris Dent proposed openstack/nova: Extend ResourceProvider to have resources and aggregates  https://review.openstack.org/28496310:42
openstackgerritChris Dent proposed openstack/nova: Add a get_by_uuid for aggregates  https://review.openstack.org/28489510:42
openstackgerritChris Dent proposed openstack/nova: WIP Correct the Inventory object  https://review.openstack.org/31528810:42
openstackgerritChris Dent proposed openstack/nova: Add name to ResourceProvider object  https://review.openstack.org/28194510:42
openstackgerritChris Dent proposed openstack/nova: WIP resource-pools/placement api  https://review.openstack.org/29310410:42
*** alexpilotti has joined #openstack-nova10:42
mah_any help please,  I have the vms not assigned by IPs .. after stacking directly it works fine for some minutes but later it doesnot work fine :S10:43
*** shaohe_feng has joined #openstack-nova10:43
alexpilottibauzas: Hyper-V has live migrate10:43
alexpilottibauzas: evacuate is somewhere on the review queue10:44
*** josecastroleon has quit IRC10:47
bauzasalexpilotti: okay, my question is then, does Hyper-V supports multi-compute nodes per compute service ?10:48
*** smatzek has joined #openstack-nova10:48
bauzasAFAICS, no10:48
*** gcb has quit IRC10:48
alexpilottibauzas: nova-compute runs on each Hyper-V node10:51
bauzasalexpilotti: nvm, I have my answer https://github.com/openstack/nova/blob/master/nova/virt/hyperv/driver.py#L178-L17910:51
*** shaohe_feng has quit IRC10:52
*** shaohe_feng has joined #openstack-nova10:53
openstackgerritRadoslav Gerganov proposed openstack/nova-specs: VMware: add support for live migration  https://review.openstack.org/29920710:53
*** abalutoiu_ has joined #openstack-nova10:54
*** josecastroleon has joined #openstack-nova10:55
*** abalutoiu has quit IRC10:58
*** rtheis has joined #openstack-nova10:59
openstackgerritLee Yarwood proposed openstack/nova: utils: Move is_volume_backed_instance into compute_utils  https://review.openstack.org/28144411:00
openstackgerritLee Yarwood proposed openstack/nova: WIP - libvirt: Implement stable device rescues  https://review.openstack.org/27028911:00
openstackgerritLee Yarwood proposed openstack/nova: compute: Allow instances with bdms to be rescued by capable virt drivers  https://review.openstack.org/27028811:00
openstackgerritLee Yarwood proposed openstack/nova: libvirt: Add boot ordering to individual disks  https://review.openstack.org/27028611:00
openstackgerritLee Yarwood proposed openstack/nova: virt: Provide the instance bdm during a rescue  https://review.openstack.org/27028711:00
openstackgerritLee Yarwood proposed openstack/nova: image_meta: Add hw_rescue_device and hw_rescue_bus  https://review.openstack.org/27028511:00
*** sree has quit IRC11:00
*** sree has joined #openstack-nova11:01
*** gcb_ has joined #openstack-nova11:01
*** shaohe_feng has quit IRC11:03
*** shaohe_feng has joined #openstack-nova11:03
*** abalutoiu__ has joined #openstack-nova11:03
*** mah_ has left #openstack-nova11:04
*** apoorv has joined #openstack-nova11:05
*** ygl has quit IRC11:05
*** sree has quit IRC11:05
*** amotoki has quit IRC11:06
*** claudiub has joined #openstack-nova11:06
*** abalutoiu_ has quit IRC11:06
sdaguejohnthetubaguy: on https://review.openstack.org/#/c/314198/2/api-ref/source/os-networks.inc what does the host value really mean? Is that the host the network node is on?11:07
johnthetubaguysdague: honestly, I was wondering what that meant as well11:07
sdagueas far as I can tell, it no longer does anything other than modify data models11:07
sdagueit's not plumbed to neutron11:08
sdaguehttps://github.com/openstack/nova/blob/25ac5a2756b36efa2da7d183a97200f0016c355c/nova/network/api.py#L352-L370 is where it stops11:08
johnthetubaguyyeah, its nova-net only, but I don't remember why we have a mapping to host11:08
johnthetubaguyI guess the vlan might be restricted to some set of hosts, in theory11:08
sdaguehost is a foreign key though11:08
sdagueit's a singleton11:08
sdagueoh, you think you might have multiple network nodes and some have only some vlans?11:09
openstackgerritsahid proposed openstack/nova: libvirt: handle reserved pages size  https://review.openstack.org/29250011:09
openstackgerritsahid proposed openstack/nova: virt: reserved number of mempages on compute host  https://review.openstack.org/29249911:09
*** amotoki has joined #openstack-nova11:10
johnthetubaguysdague: yeah, something like that11:10
sdaguegiven the state of nova network, I'm not sure that we should spend a ton of brain power getting this bit right. What if I update this patch and just mark all 3 of these as warning, these methods are historical and should not be used11:10
johnthetubaguyhttps://github.com/openstack/nova/blob/master/nova/network/manager.py#L22511:11
johnthetubaguysdague: yeah, some kinda nova-network only warning11:11
*** hamzy has quit IRC11:12
johnthetubaguyhmm, so much code to read to see if this still does anything, yuck11:12
*** shaohe_feng has quit IRC11:13
sdaguejohnthetubaguy: right, we should probably mark our losses on some of this11:13
*** shaohe_feng has joined #openstack-nova11:13
johnthetubaguysdague: yeah, its going away soon, I guess thats the key bit!11:13
sdaguebecause having servers and flavors right is way more important than this :)11:14
*** amotoki has quit IRC11:14
johnthetubaguysdague: +10011:14
*** dansmith has quit IRC11:14
openstackgerritClaudiu Belu proposed openstack/nova: numa: Fixes NUMA topology related unit tests  https://review.openstack.org/27883511:15
openstackgerritClaudiu Belu proposed openstack/nova: libvirt: fixes python 3 related unit tests  https://review.openstack.org/27883411:15
openstackgerritClaudiu Belu proposed openstack/nova: Fixes python 3 unit tests  https://review.openstack.org/27881011:15
openstackgerritClaudiu Belu proposed openstack/nova: Fixes python 3 urllib quote / unquote usage  https://review.openstack.org/27880911:15
openstackgerritsahid proposed openstack/nova: libvirt: enhance method to return pointer_model from image prop  https://review.openstack.org/17485411:16
openstackgerritMikhail Feoktistov proposed openstack/nova: libvirt: ephemeral disk support for virtuozzo containers  https://review.openstack.org/31248811:16
jrollthis is a missing context thing, right? http://logs.openstack.org/17/314917/2/check/gate-tempest-dsvm-ironic-pxe_ssh/71d0687/logs/screen-n-cpu.txt.gz#_2016-05-12_10_09_27_39311:17
jrollapparently https://review.openstack.org/#/c/312750/ broke us here somehow11:17
*** dansmith has joined #openstack-nova11:17
openstackgerritJohn Garbutt proposed openstack/nova: Method verification of os-security-group-default-rules  https://review.openstack.org/31525711:17
*** dansmith is now known as Guest5192611:17
openstackgerritJohn Garbutt proposed openstack/nova: Complete method verification of os-networks  https://review.openstack.org/31419811:20
johnthetubaguyjroll: maybe try the thing mriedem suggested in that patch, I suspect that will pre-load the key and fix your issue11:22
johnthetubaguyjroll: I am guessing you end up caching an object in a way it gets disconnected from the context, and it has data missing?11:23
jrolljohnthetubaguy: yeah, looping call launches a thread, was thinking just add an update_store() there11:23
*** shaohe_feng has quit IRC11:23
jrollold trick bearhands taught me11:23
jrollI can also propose that thing matt had if you like11:23
johnthetubaguyjroll: heh, that could do that, but it sounds like a lazy load you don't want11:24
jrollright11:24
jrollshould probably do both11:24
johnthetubaguybut looking more, I am not sure matt's suggestion will cut it11:24
*** shaohe_feng has joined #openstack-nova11:24
johnthetubaguyyeah, both might make sense, see which fixes it first11:24
jrollI mean, we should have the correct context there anyway, so this doesn't happen again and such11:24
*** cdent has quit IRC11:24
johnthetubaguyoh right, so I see "Lazy-loading 'keypairs' on Instance uuid"11:24
johnthetubaguythat would do it11:24
jrollwe call refresh() in the thread11:24
johnthetubaguybut yeah, I like the extra defense11:25
jrollbut eager loading keypairs will also fix this case and be better11:25
jrollcool thanks11:25
openstackgerritSean Dague proposed openstack/nova: Complete method verification of os-networks  https://review.openstack.org/31419811:25
johnthetubaguyjroll: np11:25
* johnthetubaguy goes for some food11:25
sdaguejohnthetubaguy: how about that ^^^11:25
sdaguejohnthetubaguy: damn it, check that out first :)11:25
johnthetubaguyheh, looking...11:26
sdagueas I was hoping to get it landed before rbradfor comes in, so he can finish up the next stages on those files11:26
johnthetubaguysdague: micro nit, I think a header got too long11:27
johnthetubaguysdague: but generally, yeah, I like that11:27
sdaguejohnthetubaguy: ah, let me run local tests11:28
sdaguewell if you want to stick a +2 on it, I can fix the nit, then approve it in11:28
sdaguealex_xu: already had a +2 on the earlier version11:28
openstackgerritJohn Garbutt proposed openstack/nova: Complete method verification of os-networks  https://review.openstack.org/31419811:28
sdagueor that :)11:28
*** jaosorior has quit IRC11:28
openstackgerritJim Rollenhagen proposed openstack/nova: Ironic: update context in looping call  https://review.openstack.org/31549111:29
sdagueyeh, I missed hitting `ctrl =` in one place I guess :)11:29
*** jaosorior has joined #openstack-nova11:29
johnthetubaguysdague: looks good now :)11:29
johnthetubaguysdague: I think thats a good approach, spend our time on the non-deprecated stuff, at least to start with!11:30
sdagueyeh11:30
* johnthetubaguy bravely runs away11:30
*** salv-orlando has joined #openstack-nova11:30
sdague:)11:30
*** apoorv has quit IRC11:30
tojuvoneHi, guys. Does not look for me, I am sick, Fever what ever.. Anyhow would like to share something.11:31
*** apoorv has joined #openstack-nova11:31
*** diogogmt has joined #openstack-nova11:33
*** shaohe_feng has quit IRC11:33
*** haukebruno has quit IRC11:34
tojuvonesdague, dansmith: As of discussion so far, I think to abandon this: https://review.openstack.org/27667111:34
*** sudipto has quit IRC11:34
sdaguetojuvone: ok, hope you feel better soon11:35
*** salv-orlando has quit IRC11:35
tojuvonesdague: And for this I'll do something like commented: https://gerrit.opnfv.org/gerrit/1382511:35
openstackgerritJim Rollenhagen proposed openstack/nova: Eager load keypairs in instance metadata  https://review.openstack.org/31549511:35
*** sacharya has joined #openstack-nova11:35
openstackgerritJim Rollenhagen proposed openstack/nova: Ironic: update context in looping call  https://review.openstack.org/31549111:36
jrolljohnthetubaguy: ^ there's both11:36
tojuvonesdague: Thanks :) Cannot wait to get well to do something!11:37
sdaguetojuvone: ok, so instead you are just listening for notifications on the changes?11:37
sdaguetrying to make sense of the opnvf review11:37
sdagueit feels like a notification based model is much better in these cases anyway, the polling is going to be expensive even if the host status was around11:38
*** shaohe_feng has joined #openstack-nova11:38
*** gcb_ has quit IRC11:39
*** ivase_ has quit IRC11:40
*** sacharya has quit IRC11:40
*** ducttape_ has joined #openstack-nova11:41
openstackgerritEvgeny Antyshev proposed openstack/nova: libvirt: add nova volume driver for vzstorage  https://review.openstack.org/19084311:42
*** ZZelle has joined #openstack-nova11:42
tojuvoneWell one would need perhaps still something like maintenance_reason. I was thinking API change to set it and another to expose to server(s)11:43
tojuvonebut11:43
*** shaohe_feng has quit IRC11:44
tojuvoneThat is surely that one can get all the "state" information related  to server in one place11:44
tojuvonethen again like you said, polling is expensive11:44
*** shaohe_feng has joined #openstack-nova11:44
tojuvoneso surely notification for any changes to maintenance_reason for server owner would do the same.11:45
*** iceyao_ has joined #openstack-nova11:46
*** iceyao has quit IRC11:46
*** baoli has joined #openstack-nova11:46
*** baoli has quit IRC11:46
*** baoli has joined #openstack-nova11:47
tojuvoneservices is already exposed to server, so new param in there wouldn't cost so much11:47
tojuvoneand also service is exposed to hypervisors API, so jsut one more param to expose there11:49
*** baoli_ has joined #openstack-nova11:49
sdaguetojuvone: yep, sounds reasonable to put that in notifications instead, I agree, it's pretty cheap to go grab that other data at that point11:51
*** gcb_ has joined #openstack-nova11:51
*** baoli has quit IRC11:52
*** shaohe_feng has quit IRC11:54
*** hamzy has joined #openstack-nova11:54
*** shaohe_feng has joined #openstack-nova11:54
tojuvonesdaque: so if try something like having maintenance_reason + notification.11:54
openstackgerritClaudiu Belu proposed openstack/nova: compute: fixes python 3 related unit tests  https://review.openstack.org/30026211:56
*** ttx has quit IRC11:56
*** salv-orlando has joined #openstack-nova11:59
*** alexpilotti has quit IRC12:01
*** fragatina has joined #openstack-nova12:01
*** ducttape_ has quit IRC12:02
*** alexpilotti has joined #openstack-nova12:03
*** shaohe_feng has quit IRC12:04
*** shaohe_feng has joined #openstack-nova12:05
*** ttx has joined #openstack-nova12:07
*** raildo-afk is now known as raildo12:10
*** efried has joined #openstack-nova12:13
*** shaohe_feng has quit IRC12:14
*** shaohe_feng has joined #openstack-nova12:15
*** kengo_sakai has quit IRC12:15
*** winston-d_ has quit IRC12:15
*** rodrigods has quit IRC12:15
*** rodrigods has joined #openstack-nova12:16
*** pradk has joined #openstack-nova12:17
*** ccarmack has joined #openstack-nova12:18
*** RuiChen has quit IRC12:22
*** gcb_ has quit IRC12:23
*** ccarmack has quit IRC12:23
*** apoorv has quit IRC12:24
*** ljxiash has quit IRC12:24
Yingxinjaypipes: I'm wondering if the resource provider related objects are represented correctly in the logic layer.12:24
openstackgerritPaul Carlton proposed openstack/nova-specs: Automatic Live Migration Completion  https://review.openstack.org/30656112:24
Yingxinjaypipes: see my comments in https://review.openstack.org/#/c/284963/12:24
*** shaohe_feng has quit IRC12:25
*** shaohe_feng has joined #openstack-nova12:25
*** aysyd has joined #openstack-nova12:27
*** [1]Thelo has joined #openstack-nova12:27
*** Thelo has quit IRC12:30
*** [1]Thelo is now known as Thelo12:30
openstackgerritPaul Carlton proposed openstack/nova-specs: Live Migration of Rescued Instances  https://review.openstack.org/30713112:30
*** houming has quit IRC12:30
openstackgerritZhenyu Zheng proposed openstack/nova: WIP api-ref: parameter  verification for os-aggregates  https://review.openstack.org/31551712:31
*** efoley__ has quit IRC12:32
*** zz_dimtruck is now known as dimtruck12:33
*** shaohe_feng has quit IRC12:35
*** shaohe_feng has joined #openstack-nova12:35
*** snikitin has joined #openstack-nova12:38
*** nelsnelson has joined #openstack-nova12:39
*** haukebruno has joined #openstack-nova12:42
*** nelsnelson has quit IRC12:43
*** shaohe_feng has quit IRC12:45
openstackgerritZhenyu Zheng proposed openstack/nova: api-ref: parameter  verification for os-quota-sets  https://review.openstack.org/31483312:46
*** shaohe_feng has joined #openstack-nova12:46
*** sree has joined #openstack-nova12:46
*** andymaier has joined #openstack-nova12:47
*** rfolco has joined #openstack-nova12:48
*** andymaier has quit IRC12:49
*** sree has quit IRC12:50
*** abalutoiu__ has quit IRC12:53
*** shaohe_feng has quit IRC12:55
*** shaohe_feng has joined #openstack-nova12:55
*** sree has joined #openstack-nova13:00
*** pcaruana|afk| is now known as pcaruana13:01
*** haukebruno has quit IRC13:02
*** pwnall has joined #openstack-nova13:02
*** alexpilotti has quit IRC13:02
*** abalutoiu has joined #openstack-nova13:03
*** alexpilotti has joined #openstack-nova13:03
*** nelsnelson has joined #openstack-nova13:04
*** mriedem has joined #openstack-nova13:04
*** coreycb has quit IRC13:04
*** rlrossit has joined #openstack-nova13:04
*** edmondsw has joined #openstack-nova13:04
*** sree__ has joined #openstack-nova13:05
*** crito__ has joined #openstack-nova13:05
*** shaohe_feng has quit IRC13:06
*** shaohe_feng has joined #openstack-nova13:06
*** andymaier has joined #openstack-nova13:06
*** josecastroleon has quit IRC13:07
*** sfinucan has quit IRC13:08
*** sree has quit IRC13:08
*** tbachman has quit IRC13:08
*** sfinucan has joined #openstack-nova13:08
*** pwnall has quit IRC13:09
*** rmart04 has quit IRC13:09
*** josecastroleon has joined #openstack-nova13:09
*** pwnall has joined #openstack-nova13:09
*** ctrath has joined #openstack-nova13:10
openstackgerritClenimar Filemon proposed openstack/nova: Use Identity v3 params when connecting to Ironic  https://review.openstack.org/30015413:10
*** mdrabe has joined #openstack-nova13:10
*** rmart04 has joined #openstack-nova13:11
*** mrkz has joined #openstack-nova13:11
*** tbachman has joined #openstack-nova13:12
*** abalutoiu has quit IRC13:13
*** abalutoiu has joined #openstack-nova13:14
*** links has quit IRC13:14
*** shaohe_feng has quit IRC13:16
*** shaohe_feng has joined #openstack-nova13:17
mriedemno dansmith yet? what's the deal.13:17
*** xyang1 has joined #openstack-nova13:18
*** ljxiash has joined #openstack-nova13:18
*** toure_ is now known as toure13:20
*** toure is now known as toure_13:21
*** amotoki has joined #openstack-nova13:21
openstackgerritjichenjc proposed openstack/nova: api-ref keypair update (os-keypairs.inc)  https://review.openstack.org/31450213:22
jaypipesYingxin: I will take a look at those comments shortly. trying to get cdent's revision of the generic-resource-pools spec reviewed :)13:22
*** ljxiash has quit IRC13:22
*** atuvenie_ has joined #openstack-nova13:23
mriedemjaypipes: it's on my list for this morning13:23
Yingxinjaypipes: np, I'm actually still working on that13:23
jaypipesmriedem, bauzas: I managed to extricate the (host, node) mess from the compute manager / resource tracker last night.13:24
jrollmriedem: are there any intel rates or whatever yet for portland?13:24
jrollmriedem: also dan is hiding as Guestsomething13:24
jaypipesjroll: dansmith said he'll put up to 300 people up at his place.13:24
bauzasjaypipes: saw my ping earlier ?13:24
jrolljaypipes: perfect13:24
jaypipesbauzas: no, sorry... could you repeat?13:24
mriedemjroll: not that i know of yet, i need to send them the rsvp info13:24
johnthetubaguygibi did you see the comments in your versioned notifications spec?13:25
jrollmriedem: right on, thanks13:25
bauzasjaypipes: so, re: our yesterday's discussion, I was thinking of https://review.openstack.org/#/c/312757/2/nova/objects/request_spec.py@58 to be changed into a Service object13:25
jaypipesbauzas: looking at it now...13:25
*** Guest51926 is now known as dansmith13:26
mriedemGuest51926: want to get this and the things below it? https://review.openstack.org/#/c/315187/ the unskipped tempest test is passing13:26
*** shaohe_feng has quit IRC13:26
mriedemdansmith: ^13:26
mriedemthen i'll work on the backports13:26
jaypipesbauzas: is requested_destination the new equivalent of force_hosts=[host]?13:26
*** shaohe_feng has joined #openstack-nova13:26
dansmithmriedem: yeah13:27
*** jichen has quit IRC13:27
jaypipesbauzas: is requested_destination the new equivalent of force_hosts=[host]?13:29
bauzasjaypipes: sorry, I'm on the call13:30
*** ivase has joined #openstack-nova13:30
jaypipesbauzas: np13:31
openstackgerritSharat Sharma proposed openstack/nova: Adding "security_group_default_rules" parameter  https://review.openstack.org/31555713:31
*** smatzek has quit IRC13:31
*** iceyao_ has quit IRC13:31
mriedemjaypipes: you'll be happy to know you're still the only vegan that rsvp'ed for the midcycle13:31
jaypipesmriedem: sweet. I'll bring my own meat.13:32
sdagueI thought jaypipes was going with the sushi only option13:32
mriedemis that an option?13:32
*** ccarmack has joined #openstack-nova13:32
mriedembecause i want it13:32
*** fragatina has quit IRC13:32
mriedemdansmith: what is abnormal poultry?13:33
mriedemquail?13:33
mriedemosterich?13:34
dansmithmriedem: yes, those13:34
*** dimtruck is now known as zz_dimtruck13:34
*** zz_dimtruck is now known as dimtruck13:34
jaypipessdague: only if the sushi has eel on it.13:35
jaypipessdague: a lovely sight I had to watch my wife eat last night.13:36
johnthetubaguydansmith: just wanted to nudge on the neutron refactor spec: https://review.openstack.org/#/c/313001/13:36
*** sacharya has joined #openstack-nova13:36
sahidmriedem, jaypipes any chance to make this https://review.openstack.org/#/c/312014/ - it's related to network13:36
dansmithjohnthetubaguy: ah, thanks I'll look in a sec13:36
*** shaohe_feng has quit IRC13:36
bauzasjaypipes: so, to answer your question, nope, requested_dest != force_hosts13:37
bauzasbecause force_hosts doesn't check the scheduler filters13:37
*** shaohe_feng has joined #openstack-nova13:37
bauzasjaypipes: http://specs.openstack.org/openstack/nova-specs/specs/newton/approved/check-destination-on-migrations-newton.html13:37
mriedemsahid: yeah i just need to get back to reviewing that one13:38
sahidmriedem: cool i tried to address all your comments13:38
openstackgerritSylvain Bauza proposed openstack/nova: Add a RequestSpec generation migration script  https://review.openstack.org/30282813:40
openstackgerritSylvain Bauza proposed openstack/nova: Verify requested_destination in the scheduler  https://review.openstack.org/31450913:40
openstackgerritSylvain Bauza proposed openstack/nova: Resize API operation passing down original RequestSpec  https://review.openstack.org/31200913:40
openstackgerritSylvain Bauza proposed openstack/nova: Add requested_destination field to RequestSpec  https://review.openstack.org/31275713:40
openstackgerritSylvain Bauza proposed openstack/nova: Cold migrate using the RequestSpec object  https://review.openstack.org/28497413:40
openstackgerritSylvain Bauza proposed openstack/nova: WIP: API changes for verifying the scheduler when migrating  https://review.openstack.org/31557213:40
dansmithmriedem: so are you going to backport all those cleanups before the actual fix or what?13:40
mriedemdansmith: hells naw13:40
mriedemjust the fix13:40
*** fragatina has joined #openstack-nova13:41
openstackgerritAndrey Pavlov proposed openstack/nova-specs: Added a spec for disable-termination and shutdown-termination flags  https://review.openstack.org/23421913:41
jaypipesbauzas: is this blueprint/spec already approved as-is?13:41
mriedemdansmith: since they are new tests in the fix patch, backporting shouldn't be an issue13:41
bauzasjaypipes: yup13:41
jaypipessahid: I'll add it to my queue :)13:41
*** sacharya has quit IRC13:41
jaypipesbauzas: k, thx for the info... lemme read this through and get back to you on it.13:41
sahidjaypipes: yes i understand, thanks13:42
jaypipesbauzas: your question above was about a Service object though, right? How does that have to do with the requested_destination thing?13:42
dansmithmriedem: ah, I see yeah, I misread, cool13:42
*** efried has quit IRC13:42
bauzasjaypipes: because the admin wants to provide a destination13:42
bauzasjaypipes: there are 2 possibilities13:42
bauzasgiven it's a string he gives13:42
jaypipesbauzas: right, but the service has nothing to do with the destination. the compute node is the destination, not the service.13:43
bauzaseither it's just an host name, and then it means that we need to figure out which nodes he wants to reach13:43
*** BjoernT has joined #openstack-nova13:43
bauzasokay, so I'll leave with my proposal13:43
jaypipesbauzas: sorry, what am I missing here? is this just terminology? or am I missing something obvious? :)13:43
bauzasI just made a clear message that since Ironic multi-nodes doesn't provide evacuate/live-mig, then we'll figure out the ComputeNode object related to the host name13:44
*** dimtruck is now known as zz_dimtruck13:44
bauzasjaypipes: just that because our silly relationship, giving you an host name doesn't really provide the destination13:44
jaypipesbauzas: gotcha. ok, lemme finish reading this and we'll discuss in a bit, yeh?13:44
bauzask13:44
bauzasjaypipes: patches are up, you can take those to understand13:45
jaypipeswill do.13:45
jrollare these 401 things a known issue? can't find anything in e-r: http://logs.openstack.org/95/315495/1/check/gate-tempest-dsvm-full/930526b/console.html13:45
*** slaweq has joined #openstack-nova13:45
bauzasjaypipes: https://review.openstack.org/#/q/topic:bp/check-destination-on-migrations13:45
jaypipescdent is first though :)13:45
jaypipesbauzas: cheers13:45
mriedemjroll: yes13:45
mriedemjroll: since 4/29 when fernet was made the default token provider in devstack13:45
mriedemall hell broke loose13:45
bauzasjaypipes: tbc, I want to be done very early with that in this cycle, so I could bite into your list of BPs to help you, guys :)13:45
mriedemhttp://status.openstack.org//elastic-recheck/index.html#157755813:46
mriedemhttp://status.openstack.org//elastic-recheck/index.html#157886613:46
jrollmriedem: aha, thanks. /me rechecks13:46
*** shaohe_feng has quit IRC13:47
*** erhudy has joined #openstack-nova13:47
*** eharney has joined #openstack-nova13:47
*** rmart04 has quit IRC13:48
*** BjoernT has quit IRC13:49
jrolljohnthetubaguy: alaski: as a note, those patches I had to unbreak ironic didn't do the job :/13:49
sdaguemriedem: I'm building something to check the sort order of the parameters file, but, we're going to need to keep it non enforcing until we want to ruin everyone's outstanding patches13:49
*** shaohe_feng has joined #openstack-nova13:50
jrollalaski: notably the eager load doesn't seem to actually load it http://logs.openstack.org/95/315495/1/check/gate-tempest-dsvm-ironic-pxe_ipa-nv/cb93016/logs/screen-n-cpu.txt.gz#_2016-05-12_12_17_53_80613:50
mriedemsdague: s/until/unless/ ?13:50
mriedemdansmith: oh fun, something in nic's test must be goofing up global state and causing other tests to fail in stable/mitaka13:51
dansmithmriedem: really?13:51
mriedemor, these tests are just different between mitaka and newton13:51
mriedemlooking13:51
dansmithmriedem: you mean in here? https://review.openstack.org/#/c/315187/8/nova/tests/unit/virt/libvirt/test_driver.py13:51
sdaguemriedem: yeh13:52
mriedemdansmith: no actually https://review.openstack.org/#/c/315241/5/nova/tests/unit/virt/libvirt/test_driver.py and _test_finish_revert_migration_after_crash13:52
mriedemi'll just have to add a mock in there in stable/mitaka13:52
mriedemsdague: i'm fine with people having to fix their existing unapproved patches13:52
johnthetubaguyjroll: dang it, must be some other call path we are hitting there, I guess13:53
mriedemdansmith: because in mitaka;13:53
mriedemimagebackend.Backend.image(mox.IgnoreArg(), 'disk').AndReturn(13:53
mriedem                fake_imagebackend.Raw())13:53
mriedemand in newton:13:53
mriedemdrvr.image_backend = mock.Mock()13:53
mriedem        drvr.image_backend.image.return_value = drvr.image_backend13:53
mriedemthe fake Raw() mock in mitaka doesn't have some methods on it, which pass just fine in newton because it's using a mock now13:54
mriedemtarnation13:54
mriedemfixable, but annoying13:54
dansmithmriedem: oh I see13:54
jrolljohnthetubaguy: yeah, the more curious one is the context thing, I've no clue why that doesn't solve it13:54
*** smatzek has joined #openstack-nova13:54
*** atuvenie_ has quit IRC13:54
dansmithjroll: I have a meeting a few minutes, but I can help look when I'm done if you're still broken13:55
jrolldansmith: I'm going to step away for a bit myself, so that'd be awesome, thanks13:55
dansmithokay13:55
jrolldansmith: for context if you get bored in the meantime: 315491 and 31549513:56
openstackgerritMatthew Booth proposed openstack/nova: Rename Raw backend to NoBacking  https://review.openstack.org/27962613:56
openstackgerritMatthew Booth proposed openstack/nova: Remove fake_imagebackend.Raw and cleanup dependent tests  https://review.openstack.org/26766113:56
openstackgerritMatthew Booth proposed openstack/nova: Rename Image.check_image_exists to Image.exists()  https://review.openstack.org/27099813:56
openstackgerritMatthew Booth proposed openstack/nova: Remove deprecated option libvirt.remove_unused_kernels  https://review.openstack.org/26588613:56
openstackgerritMatthew Booth proposed openstack/nova: Only attempt to inject files if the injection disk exists  https://review.openstack.org/25087213:56
openstackgerritMatthew Booth proposed openstack/nova: Remove unused arguments to images.fetch and images.fetch_to_raw  https://review.openstack.org/31558213:56
*** andymaier has quit IRC13:56
*** shaohe_feng has quit IRC13:57
*** shaohe_feng has joined #openstack-nova13:57
*** pushkaru has joined #openstack-nova13:59
*** belmoreira has quit IRC13:59
*** fragatina has quit IRC13:59
sdaguemriedem: well, I'm more concerned the merge conflicts14:00
mriedemsdague: yeah, ok14:00
sdaguemriedem: here is the current set of faults - http://paste.openstack.org/show/496907/14:00
dansmithjroll: ah, laski already made me abandon my patch, which was already ding 31549514:00
dansmither, doing14:00
*** penick has quit IRC14:00
mriedemhonestly i'm suprised people haven't already hit a bunch of those in parameters.yaml14:00
mriedemsdague: ok, if you have a tool already, we can just save it for the end14:01
sdaguemriedem: it's a big enough file, it tends to not be an issue14:01
mriedemand people can keep in mind to try and sort them while doing this, but not required14:01
sdaguewell, it's actually going to be part of the sphinx extension14:01
*** atuvenie has joined #openstack-nova14:01
*** nkrinner is now known as nkrinner_afk14:02
*** ducttape_ has joined #openstack-nova14:03
alaskijroll: dansmith just got off a call, looking now14:04
*** whenry has joined #openstack-nova14:04
*** sdake has joined #openstack-nova14:05
*** efried has joined #openstack-nova14:06
*** daemontool has left #openstack-nova14:06
*** shaohe_feng has quit IRC14:07
alaskijroll: this looks like it's a different location than the metadata lookup14:07
*** _ducttape_ has joined #openstack-nova14:07
*** shaohe_feng has joined #openstack-nova14:08
*** zz_dimtruck is now known as dimtruck14:08
*** ducttape_ has quit IRC14:09
mriedemoh way to blow up my stats alaski! https://review.openstack.org/#/c/315201/14:10
* mriedem is ruined14:10
*** doug-fish has joined #openstack-nova14:11
alaskiheh. I did actually think about that for a split second. You'll have to blame dansmith for not seeing my feedback unless I -114:11
openstackgerritZhenyu Zheng proposed openstack/nova: api-ref: parameter  verification for os-server-groups  https://review.openstack.org/31539414:11
mriedemalaski: fair point14:11
mriedemhe's conditioned you14:11
mriedemjroll: so, it scares me that that broke ironic...14:11
mriedemis there a bug in ironic for that?14:12
*** sree has joined #openstack-nova14:12
mriedembecause as far as i know we should just have been lazy loading instance.keypairs14:12
*** ccarmack has quit IRC14:12
mriedemwhich wouldn't be in instance_extra, so we'd generate a KeyPairList with a single entry using the instance.key_name14:12
*** sudipto has joined #openstack-nova14:13
openstackgerritSean Dague proposed openstack/nova: report info if parameters are out of order  https://review.openstack.org/31559214:13
sdaguemriedem: that's the detector for issues14:13
mriedemhuh, the ironic job even failed in that original change http://logs.openstack.org/50/312750/5/check/gate-tempest-dsvm-ironic-pxe_ipa-nv/a3d58f4/logs/screen-n-cpu.txt.gz?level=TRACE14:13
mriedembut since it's non-voting we didn't notice14:13
*** Guest27233 has quit IRC14:14
sdaguemriedem: well, can we do a quick revert?14:15
mriedemquick revert of what?14:15
alaskithis looks odd to me http://logs.openstack.org/95/315495/1/check/gate-tempest-dsvm-ironic-pxe_ipa-nv/cb93016/logs/screen-n-cond.txt.gz?level=WARNING#_2016-05-12_12_18_21_48914:15
sdaguethe break?14:15
mriedemsdague: no14:15
*** sree__ has quit IRC14:15
alaskiit's trying to lazy load, but there's an obj_attr_is_set check right before it14:15
mriedemsdague: it's the bottom patch in the series to move keypairs to the api db14:15
alaskioh14:16
sdaguemriedem: sure, but how many have landed on top yet? https://review.openstack.org/#/c/312751 got race failed14:16
*** pwnall has quit IRC14:16
alaskihttp://git.openstack.org/cgit/openstack/nova/tree/nova/objects/instance.py#n75714:17
*** shaohe_feng has quit IRC14:17
mriedemsdague: https://review.openstack.org/#/c/312750/5/nova/objects/instance.py also has an rpc version bump14:18
sdagueah14:18
mriedemso we have the immediate fix approved that jroll pushed14:18
*** shaohe_feng has joined #openstack-nova14:18
mriedembut as alaski points out, we have a death trap still14:18
dansmithit concerns me that ironic is doing a thing that depends on this like this14:19
sdaguewell, maybe we want to hold https://review.openstack.org/#/c/312751 and above until this gets figured out14:19
dansmithI haven't looked at what is really going on yet, but .. eesh14:19
mriedemi would like to look into why https://review.openstack.org/#/c/312751 keeps failing grenade14:19
dansmithmriedem: it's failing on the old side14:19
*** pwnall has joined #openstack-nova14:20
openstackgerritMatthew Booth proposed openstack/nova: Add a lock() context manager to image backend  https://review.openstack.org/27962514:20
openstackgerritMatthew Booth proposed openstack/nova: Introduce ImageCacheLocalPool  https://review.openstack.org/27966914:20
*** sridharg has quit IRC14:20
sdaguemriedem: http://logs.openstack.org/51/312751/10/check/gate-grenade-dsvm-multinode/f45d049/console.html (last fail) is bad networking14:20
alaskiI'm a bit confused on this, the failure seems to be instance.refresh() trying to lazy load something. though it doesn't log what14:20
sdaguerax-ord might just be having issues14:20
*** laszloh has quit IRC14:20
mriedemdansmith: yeah looks like ansible14:20
alaskihowever, keypairs should definitely be in expected_attrs for that call14:21
mriedemalaski: yeah we needed the metadata change anyway, but right i'm concerned about that refresh failure14:21
*** pwnall has quit IRC14:21
alaskiI can't see how they're related yet14:22
sdaguemriedem: yeh, they are both rax-ord not having multinode networking14:22
melwittmriedem: on the tests messing up the global state, that's what my patch https://review.openstack.org/#/c/315309/ was about. you're saying even with that, something is failing in stable/mitaka?14:23
sdagueso unrelated14:23
mriedemmelwitt: no, it was something else14:23
*** Vek has quit IRC14:23
*** josecastroleon has quit IRC14:23
openstackgerritSarafraj Singh proposed openstack/nova: api-ref: image.inc - Update method validation  https://review.openstack.org/31426814:24
melwittmriedem: hm, tarnation14:24
dansmithalaski: it must just be that the call instance is not loading keypairs when queried that way I think14:24
*** flaper87 has quit IRC14:24
*** josecastroleon has joined #openstack-nova14:24
mriedemmelwitt: also, good early morning to you14:25
mriedemyou must be scrumming14:25
*** paul-carlton1 has joined #openstack-nova14:25
mriedemmelwitt: this is the mitaka backport https://review.openstack.org/#/c/315596/14:25
melwittmriedem: good morning! maybe.14:25
*** paul-carlton1 has left #openstack-nova14:25
*** josecastroleon has quit IRC14:26
*** Vek has joined #openstack-nova14:26
melwitt(maybe scrumming) :)14:26
*** flaper87 has joined #openstack-nova14:27
*** flaper87 has quit IRC14:27
*** flaper87 has joined #openstack-nova14:27
dansmithactually, I think I know what it is14:27
*** xwizard has joined #openstack-nova14:27
dansmithit's a bug in refresh14:27
jaypipessahid: done14:27
*** shaohe_feng has quit IRC14:28
dansmithnot sure why we're poking it now because of keypairs, but14:28
mriedemextra = [field for field in INSTANCE_OPTIONAL_ATTRS14:28
mriedem                       if self.obj_attr_is_set(field)]14:28
mriedemneed to pop 'keypairs' from that?14:28
dansmithno14:28
dansmithwhen mriedem's fix to o.vo is available I think we'd have more detail14:28
*** ljxiash has joined #openstack-nova14:28
*** prateek has quit IRC14:28
*** iceyao has joined #openstack-nova14:28
*** p01nt3r75 has joined #openstack-nova14:28
*** sree has quit IRC14:29
mriedemdansmith: that should be in 1.9.114:30
mriedemit was in 1.9.014:30
dansmithright14:30
alaskiafaict current isn't looked up with a keypair, but it should be in extra there14:30
*** mdrabe has quit IRC14:30
mriedemovo 1.9.1 is in this test run14:30
mriedemhttp://logs.openstack.org/95/315495/1/check/gate-tempest-dsvm-ironic-pxe_ipa-nv/cb93016/logs/14:30
dansmithoh, didn't think that g-r had merged yet14:31
*** rmart04 has joined #openstack-nova14:31
dansmithreally wish I wasn't on this call and could focus :/14:31
*** ccarmack has joined #openstack-nova14:31
*** shaohe_feng has joined #openstack-nova14:32
dansmithI guess it's because we fail early due to the orphaning, yeah14:32
*** pwnall has joined #openstack-nova14:32
mriedemthe ironic driver is calling instance.refresh()14:33
mriedemok, i think i see the issue14:35
mriedemi can push a patch quick to test it out14:35
alaskiI see a another potential bug, in that _from_db_object might not set a field even if it's in expected_attrs. if the db doesn't doesn't return 'extra'14:35
*** sdake has quit IRC14:35
dansmithalaski: that's intentional14:36
*** links has joined #openstack-nova14:36
dansmithnot ideal, but I think you'll see a bunch of stuff fail if you don't14:37
*** jwcroppe_ has joined #openstack-nova14:37
alaskiI'm wondering why we don't fail intentionally when that's the case14:37
dansmithdisable it for all the fields and I think you'll see14:37
dansmithI remember it being something we had to do in the flavors work14:37
*** shaohe_feng has quit IRC14:38
dansmithprobably around the fact that we had flavor loading coming from sysmeta and/or extra without knowing ahead of time14:38
dansmithso maybe we don't need to do it for keypairs, but still,14:38
dansmiththe bug would be actually why we're not loading it, not that we're not failing there14:39
*** yassine has joined #openstack-nova14:39
alaskiyeah, not really related. I was just thinking that we could have expected_attrs set fine and still not get a keypair leading to a later lazy load. but as long as the lazy load works it's not really a problem14:39
*** yassine is now known as Guest8485514:40
*** jwcroppe has quit IRC14:40
dansmithif nothing else we could log there so we know that it happened, when we see this downstream14:40
*** jdurgin1 has joined #openstack-nova14:40
*** mjura has quit IRC14:40
alaskiyeah, that could be useful14:41
*** shaohe_feng has joined #openstack-nova14:41
bauzasalaski: just to make sure, you had concerns on https://review.openstack.org/#/c/284974/12/nova/compute/api.py because only of the comment, or because you don't think the code will work with cellsv1 ?14:42
openstackgerritPaul Carlton proposed openstack/nova-specs: Live Migration of Rescued Instances  https://review.openstack.org/30713114:42
alaskibauzas: the comment14:42
bauzasalaski: k, will remove it then14:43
*** mdrabe has joined #openstack-nova14:43
bauzasalaski: thanks14:43
jrollyikes, looks at all this chatter I generated14:44
dansmithironic ci breaks often for no reason, right? it would be nice to gate on this, but ISTR the job being pretty flaky in the last few weeks at least14:46
johnthetubaguyI think JayF is looking at the gate right now, not sure how that is going14:47
*** shaohe_feng has quit IRC14:48
*** shaohe_feng has joined #openstack-nova14:48
JayFI'm more just gluing pieces together other people are working on14:50
JayFbut it's very clearly the #1 thing being worked on in Ironic since the summit14:50
*** tonytan4ever has joined #openstack-nova14:51
jrolldansmith: right, we used to gate on it, flakiness made it non-voting, our #1 prio this cycle is upgrade testign and generally making our gate more reliable14:52
dansmithokay cool14:52
*** abalutoiu has quit IRC14:52
jrollthe one true answer is getting bare metal resources in nodepool14:52
jrollthis stuff runs in like 10 minutes there14:53
*** jlanoux has quit IRC14:53
openstackgerritMark Doffman proposed openstack/nova: Add test fixture for cell0.  https://review.openstack.org/30186414:54
openstackgerritMark Doffman proposed openstack/nova: Map instances to cell0 on failed schedule  https://review.openstack.org/26782714:54
mriedemfrom https://review.openstack.org/#/c/312750/ i don't really see how the instance that the ironic driver is refreshing has a keypairs attribute set14:54
openstackgerritMark Doffman proposed openstack/nova: Manage db sync command for cell0  https://review.openstack.org/27488514:54
*** akijak has left #openstack-nova14:55
sahidjaypipes: i replied to you14:56
openstackgerritJay Pipes proposed openstack/nova-specs: resource-providers: Move allocation fields  https://review.openstack.org/30017714:57
jrollmriedem: this boot call has a key pair specified http://logs.openstack.org/50/312750/5/check/gate-tempest-dsvm-ironic-pxe_ipa-nv/a3d58f4/console.html#_2016-05-11_19_33_14_11514:57
jaypipesmriedem, dansmith, edleafe, bauzas: review (and hopefull approval) of above spec would be appreciated. thx in advance!14:57
mriedemjroll: yeah but we don't set the keypairs on the instance when creating it until a later patch in the series14:58
*** rama_y has joined #openstack-nova14:58
bauzasjaypipes: in my todo bag14:58
*** slaweq has quit IRC14:58
*** shaohe_feng has quit IRC14:58
jrollmriedem: is that not something that happens today?14:59
openstackgerritSean Dague proposed openstack/nova: api-ref: reorder parameters.yaml  https://review.openstack.org/31561714:59
mriedemjroll: instance.keypairs isn't set during create until the next change in the series https://review.openstack.org/#/c/312751/14:59
dansmithmriedem: ah, heh, good point14:59
*** shaohe_feng has joined #openstack-nova14:59
jrollmriedem: oh, they're in sys meta or something before this eh14:59
mriedemjroll: no14:59
*** READ10 has joined #openstack-nova15:00
mriedemjroll: we build instance.keypairs from instance.key_name if we don't have instance.keypairs15:00
jrollah15:00
mriedemuntil keypairs are in instance_extra15:00
dansmithremember I said I had rebased a piece into the wrong patch? :)15:00
mriedemyes you did15:00
jrollso anyway, this patch in question still does the query no?15:00
jrollwhether a keypair exists or not15:00
mriedemdansmith: https://review.openstack.org/#/c/312750/5/nova/objects/instance.py@46915:00
dansmithironic is passing on the next patch, yes?15:01
mriedemyes15:01
mriedemso it was https://review.openstack.org/#/c/312751/10/nova/objects/instance.py15:01
jrollheh15:02
dansmithjroll: so that was my bad, but as soon as we land that, I think we're probably good :D15:02
jrolldansmith: awesome15:02
mriedemso we were storing an empty keypair list in instance_extra?15:02
*** thorst_ has joined #openstack-nova15:02
dansmithno, not storing anything yet right?15:02
mriedemand tha's why obj_attr_is_set in refresh was passing?15:02
jrolldansmith: you win easiest fix ever15:02
dansmithand then trying to load it15:02
dansmithand per alaski since it wasn't set, we didn't load it, hence the lazy load that failed15:02
mriedemi also notice that 'keypairs': fields.ObjectField('KeyPairList') isn't nullable=True15:03
*** josecastroleon has joined #openstack-nova15:03
dansmithnor should it be15:03
mriedemlike other things in here15:03
dansmithonce we're past this, we always have a list in there, which may be empty if you didn't ask for any keypairs15:03
dansmithNone means not migrated yet15:04
*** haplo37 has joined #openstack-nova15:04
mriedemdansmith: see my comment here? https://review.openstack.org/#/c/312750/5/nova/objects/instance.py@46915:04
openstackgerritAlexis Lee proposed openstack/nova: Make 'debug' option reconfigurable in Nova  https://review.openstack.org/28085115:05
openstackgerritPushkar Umaranikar proposed openstack/nova: api-ref: Method verification for servers-actions  https://review.openstack.org/31522015:06
mriedemi'm not seeing how if instance.keypairs wasn't set originally, in refresh() it would get into that extra list built here:15:06
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/objects/instance.py#n75215:06
mriedemwhich is then passed to get_by_uuid to get the current state from the db, and expected_attrs there shouldn't have 'keypairs' in it, so current shouldn't have keypairs set on it15:07
mriedemand if that's true, then when we check15:07
mriedemif self.obj_attr_is_set(field):15:07
mriedemfor 'keypairs' it should be False15:07
alaskiyeah, I still don't see the actual break15:08
mriedemgood, i thought it was just me :)15:08
dansmithbefore the next patch,15:08
dansmithwe always have instance_extra.keypairs=None because we're not creating instances with it15:09
*** shaohe_feng has quit IRC15:09
mriedemso obj_attr_is_set == True, even though the value is None15:09
dansmithwhich means if you try to dereference instance.keypairs, we'll try a load, which won't do anything since there's nothing to load15:09
mriedemright?15:09
dansmithbecause the actual use of that field wasn't supposed to be until the next patch where we actually ever have something to load15:09
*** shaohe_feng has joined #openstack-nova15:09
dansmithright, he passed it, so it was set, but never created in the db,15:10
dansmithbut set on the object all the way down to compute15:10
mriedemand we always have instance_extra.keypairs=None because 'keypairs': fields.ObjectField('KeyPairList') isn't nullable=True15:10
dansmithno15:10
dansmithwe always have it None because we weren't creating it in the DB until the next patch15:10
dansmiththe nullability of the field has nothing to do with the database15:10
mriedemso on refresh we have 'keypairs' in expected_attrs when we get here http://git.openstack.org/cgit/openstack/nova/tree/nova/objects/instance.py#n34715:11
mriedembut http://git.openstack.org/cgit/openstack/nova/tree/nova/objects/instance.py#n349 will be None15:11
mriedembecause it's not in the db15:11
mriedemso current doesn't have keypairs set in refresh15:12
mriedemso we lazy load and kaboom15:12
dansmithit's actually that we have it set in refresh() not from_db_obj() but otherwise yes15:12
mriedemif that's wrong, then i give up and am going to move on15:12
dansmithif I hadn't stupidly rebased that piece into the wrong place in the stack we'd have been fine15:13
dansmithand/or if jroll wasn't so quick to notice15:13
alaskishouldn't we be blowing up at http://git.openstack.org/cgit/openstack/nova/tree/nova/objects/instance.py#n887 then?15:14
mriedemalaski: i think db_keypairs is None15:14
mriedemso we don't get in there15:14
mriedemi think None is passed to _load_keypairs so it's a total noop15:14
alaskigah, yeah I was seeing that as else. nvm15:14
mriedemi still don't see where instance.keypairs starts out as None15:15
dansmithmriedem: you mean instance_extra?15:15
mriedemno15:15
openstackgerritSean Dague proposed openstack/nova: api-ref: reorder parameters.yaml  https://review.openstack.org/31561715:15
openstackgerritSean Dague proposed openstack/nova: report info if parameters are out of order  https://review.openstack.org/31559215:15
dansmithinstance.keypairs cannot be none15:15
dansmithit can be unset, but not None15:16
alaskimriedem: same thing http://git.openstack.org/cgit/openstack/nova/tree/nova/objects/instance.py#n349 is a noop and returns None15:16
*** yamahata has joined #openstack-nova15:16
alaskier, doesn't set it15:16
dansmithright15:16
dansmithNone in the DB means it doesn't set it15:16
dansmithwhich is what alaski was complaining about earlier15:16
dansmithmakes it more confusing when it fails late15:16
alaskiyep, just about to say that15:17
*** kmartin has joined #openstack-nova15:17
mriedemhow does self.obj_attr_is_set(field) evaluate to True in refresh then?15:17
mriedemif it's not set15:17
*** sdake has joined #openstack-nova15:17
bauzasalaski: just a point about http://specs.openstack.org/openstack/nova-specs/specs/newton/approved/check-destination-on-migrations-newton.html#work-items15:17
alaskimriedem: it's set on instance, just not in the db15:18
bauzasalaski: I was planning to add initally instance actions15:18
mriedemalaski: but where is it initially set on instance?15:18
bauzasalaski: but I wonder if it's still a good option15:18
alaskimriedem: in compute/api early on15:18
mriedemalaski: not in https://review.openstack.org/#/c/312750/15:18
mriedemthat's the next patch15:18
alaskiI'm assuming, I should actually check15:18
mriedemi don't see what actually sets instance.keypairs in https://review.openstack.org/#/c/312750/15:19
*** shakamunyi has quit IRC15:19
dansmithmriedem: one lazy load would get it from keypairs right?15:19
*** shaohe_feng has quit IRC15:19
mriedemwhich would cause self.obj_attr_is_set(field) evaluate to True in refresh15:19
dansmithmriedem: if we refresh, the new instance would have it missing, but we orphan it so we fail before we look it up in keypairs again15:19
mriedemyes a lazy load would do it15:19
*** shaohe_feng has joined #openstack-nova15:20
mriedemwhich i guess would have to be in the metadata service in https://review.openstack.org/#/c/312750/5/nova/api/metadata/base.py15:20
dansmithwish grenade wasn't being a punk so we could land the next patch before this conversation is over :)15:20
openstackgerritPaul Carlton proposed openstack/nova: Permit Live Migration of Rescued Instances  https://review.openstack.org/30819815:20
mriedemis the ironic job running the metadata service?15:20
dansmithit can't have been the metadata service15:20
dansmiththat would be a new/different instance object15:20
mriedemtrue15:20
jrollwe do not afaik15:21
*** hemnafk is now known as hemna15:21
mriedembut i don't see what else would be lazy-loading 'keypairs' then in that first patch15:21
jrollconfigdrive generation15:21
jroll?15:21
alaskibauzas: an instance action for select_destinations?15:21
nikhilmriedem: sdague : g'morning. We're discussing nova v1, v2 work in #openstack-dev; your input would be appreciated.15:21
*** sacharya has joined #openstack-nova15:21
jrollmriedem: https://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L65215:22
bauzasalaski: nope, for saying 'forced_evacuate'15:22
bauzasit was a ndipanov's point15:22
bauzas"[Bypass the scheduler if the flag is set and ] log either FORCED_REBUILD or FORCED_MIGRATE action."15:22
*** jdillaman has joined #openstack-nova15:23
mriedemjroll: yup, that would do it15:24
alaskibauzas: I think it's more important that the evacuate and live-migrate are recorded as instance actions, if that's the case I'm not really concerned about capturing forced with them15:24
*** jlanoux has joined #openstack-nova15:24
bauzasalaski: they are already marked as instance actions, AFAIR15:24
jrollmriedem: though, it seems like that succeeds, is that what you expect?15:24
bauzasalaski: but I'll doublecheck15:24
mriedemjroll: the lazy load will work15:24
alaskiit's logged at http://logs.openstack.org/95/315495/1/check/gate-tempest-dsvm-ironic-pxe_ipa-nv/cb93016/logs/screen-n-cpu.txt.gz#_2016-05-12_12_17_53_80615:24
alaskijust before the blowup15:25
mriedemyeah, so we lazy load keypairs on instance, and then it does a refresh, and since it's not in the db yet, that's why refresh fails15:25
dansmithregardless, refresh should be smarter about trying to load a thing it can't load, so I'll put up something to help with that15:25
jrollright, okay15:25
dansmiththat would have made this clearer15:25
jrollclicking for me now15:25
*** sacharya_ has joined #openstack-nova15:26
mriedem+1000 for making refreshing smarter15:26
*** catintheroof has joined #openstack-nova15:26
dansmithluckily,15:27
dansmithironic is using the right interface to do what they're doing, which means that instead of this complexity being pushed into the driver, it's all in our facade,15:27
*** catintheroof has quit IRC15:27
dansmithwhich while needing some help to be more obvious, means that it's not fixing in the ironic driver that we need15:28
dansmithwhich seems like a win from our internal modeling perspective15:28
dansmithif this was that other n-project, we'd have to fix 20 drivers I think15:28
*** sacharya has quit IRC15:28
jrolllol15:29
*** shaohe_feng has quit IRC15:29
*** catintheroof has joined #openstack-nova15:29
*** shaohe_feng has joined #openstack-nova15:29
jrolldansmith: want me to leave around https://review.openstack.org/#/c/315495/ ?15:30
dansmithjroll: I would prefer to un-abandon mine and get credit for it in the first place, but whatever you want :P15:30
dansmiththat makes it sound like I care more than I do15:30
dansmithI don't15:30
dansmithso yes15:30
dansmithit's in the gate already15:31
dansmithso definitely don't disturb it15:31
jrolldansmith: cmon, I need something in case there's an election next round15:31
*** hshiina has quit IRC15:31
jroll:)15:31
dansmitheven better reasoning :)15:31
*** links has quit IRC15:32
jaypipesdanpb: sahid's https://review.openstack.org/#/c/292499/ looks A-OK to me. Feel free to wallaby it.15:32
jrolldansmith: do you think https://review.openstack.org/#/c/315491/ is valuable even though it doesn't fix this particular issue then?15:34
dansmithjroll: I have no idea what that is doing15:34
*** sacharya_ has quit IRC15:34
jrollheh15:34
*** armax has joined #openstack-nova15:34
jrollcomstud taught me to always update the context when in a greenthread :P15:34
dansmithbecause why?15:35
jrollone reason is log.foo(instance=bar)15:35
jrollbut anyway, the reason I put that up was a thought that we had dropped the context from the instance and that would handle it15:35
*** dmk0202 has quit IRC15:35
melwitthow does the instance not have a context?15:36
jrollI guess there's no reason to change it though, I can drop it15:36
dansmithokay, I don't know wht update_store() does15:36
dansmithit definitely doesn't give instance context though15:36
*** dmk0202 has joined #openstack-nova15:36
jrollright, I think it gives the context its instance, now that I think about it15:36
rlrossitalaski: I don't want to go against the +1 train on your policy-in-code spec, so can I ask you a few questions here to hopefully get them answered?15:36
jrollmelwitt: given the exception that was my first thought, but I think that's wrong15:37
* jroll abandons15:37
melwittoh, instance not in db yet (was reading mriedem's message earlier)15:37
alaskirlrossit: sure15:37
dansmithjroll: it stores the context in threading.local()15:37
alaskijroll: it adds the context to a thread local store, which is where logging looks for it15:37
alaskiit's how the request-id is added to logs15:38
jrollright, got it15:38
rlrossitalaski: how is this new stuff going to handle something along the lines of default: "!" in an existing policy file today?15:38
*** kodokuu has joined #openstack-nova15:39
dansmithalaski: so do you know under what circumstances we need to do that?15:39
jrollalaski: so I think it is actually needed, because there's some logging there, but that also needs clean up and I'll deal with it later15:39
*** iceyao has quit IRC15:39
alaskidansmith: used to be after spawn, spawn_n. but the utils.* methods take care of it now15:39
*** shaohe_feng has quit IRC15:39
alaskiif you do an explicit eventlet.spawn[_n] you'll need it15:40
dansmithokay15:40
jaypipesYingxin: I really like how you've modeled http://paste.openstack.org/show/496904/15:40
dansmithjroll: fwiw, comstud told me to do lots of things that turned out to be bad ideas15:40
*** shaohe_feng has joined #openstack-nova15:40
jaypipesdansmith, cdent, bauzas: can you take a look at Yingxin's proposed modeling here? http://paste.openstack.org/show/496904/15:40
dansmithjroll: like listen to steel panther songs15:41
jrollalaski: so this is an oslo.something.loopingcall, probably needs it (or I could make a utils wrapper for that if you like)15:41
jrollheh15:41
jaypipesYingxin: the only thing missing there would be "backref" fields in Inventory and Allocation to refer to the ResourceProvider. Otherwise, I think that is excellent.15:41
*** mtanino has joined #openstack-nova15:41
openstackgerritGage Hugo proposed openstack/nova: api-ref: ips.inc example verification  https://review.openstack.org/31525215:41
alaskijroll: I'm not familiar with that implementation, but if it spawns a greenthread yeah. http://git.openstack.org/cgit/openstack/nova/tree/nova/utils.py#n1035 is how it's handled in other places15:42
kodokuuHi, Anyone can help me with vmware-nsx driver ?15:42
bauzasjaypipes: that looks good indeed, but I should take time to review into details15:42
jaypipesYingxin: and you can't set default=[] for an ObjectField('ResourceList') or ListOfObjectsField('Aggregate') but I understand what you were going for there :)15:42
jaypipesbauzas: for sure.15:42
alaskirlrossit: depends on what exactly you want to accomplish. but if all policies are registered before use there's essentially no default rule anymore15:43
alaskiso it won't work as a way to disable a bunch of things15:43
*** sacharya has joined #openstack-nova15:43
bauzasjaypipes: is it just the object modeling corresponding to the SQL schema ? if so, that's kinda agreed15:43
alaskirlrossit: any unregistered/undefined rules would still use it15:43
rlrossitalaski: so if Nova adds a new API, it's an opt-out thing because if I don't update my policy file I'll just get it?15:44
dansmithjaypipes: we have most of those models already, yes? seeing it without context here I'm not sure what you're getting at15:44
jrollalaski: cool, https://github.com/openstack/oslo.service/blob/master/oslo_service/loopingcall.py#L118 is the thing here15:44
*** ljxiash has quit IRC15:44
alaskirlrossit: right15:44
rlrossitalaski: I'm just wondering if we can get some sort of functionality to say "we're adding a new api, heads up here you go"15:44
alaskirlrossit: we'd probably want to control that with microversions15:45
jrollI see lots of loopingcalls in libvirt driver too15:45
* jroll makes a note to deal with this15:45
alaskirlrossit: maybe a config option to limit the max accepted microversion, no matter what the code can deal with?15:45
rlrossitalaski: that's what I was just going to ask15:45
*** andreas_s has quit IRC15:46
rlrossitso it'll be a max available microversion kinda thing15:46
melwittrlrossit, alaski: I think I asked something similar in a summit session and it was thought the release notes are very discoverable now15:46
alaskirlrossit: yeah. I'd run it by sdague, alex_xu, and other api folks15:46
rlrossitmelwitt: release notes are difficult to automate when you may-or-may-not-be deploying from HEAD :)15:46
alaskiI think they're pretty discoverable, but people may want to deploy continuously but control API movements15:47
openstackgerritJianghua Wang proposed openstack/nova-specs: XenAPI: support VGPU via passthrough PCI  https://review.openstack.org/28009915:47
melwittfor signaling that we're changing a thing15:47
rlrossitalaski: +115:47
sdagueI'm really anti putting a max api version config15:48
*** josecastroleon has quit IRC15:48
sdaguethis is monotonic improvement15:48
sdagueand these things often come coupled with rpc versions15:48
sdagueso unless we are going to put in a max rpc version config, it doesn't make any sense15:48
alaskiwe have that right?15:49
dansmithwe do15:49
*** matrohon has quit IRC15:49
sdagueso then we need to coordinate it?15:49
sdaguerlrossit: what is the core of the issue you are running into?15:49
*** shaohe_feng has quit IRC15:50
sdaguejust that your policy wasn't updated?15:50
dansmithwe control that max automatically based on a lookup table (if so configured), but agree that coordinating it also with api version is non-trivial15:50
*** shaohe_feng has joined #openstack-nova15:50
dansmithespecially in the face of something like cells15:50
sdaguerlrossit: because, the policy issue is being solved this cycle15:50
rlrossitsdague: the scenario in my head is that Nova adds an API that we don't want to expose to customers, but Nova does admin_or_owner on it. Now suddenly we have a mismatch in performing actions15:50
alaskisdague: they benefit from not having default policies in code. by setting a default of "!" all new things are off until turned on15:51
rlrossitand I have no automated way of figuring out that the API was added15:51
mriedemalaski: you can't override that still in the policy.json regardless of defaults in code?15:52
mriedemi guess that would disable everything....15:52
rlrossitmriedem: you can, but if something is added, I won't have it in my policy15:52
alaskimriedem: you'd have to override each new policy. there's no fallback to default because everything is set15:52
sdaguerlrossit: so 2 things - https://github.com/openstack/nova/blob/89fdbc51c91dd6a46a26659f5918dd3a0c0a5ab0/nova/api/openstack/rest_api_version_history.rst#L115:52
rlrossitalaski: so I thought of a way I can work around this with what you're giving me15:53
sdagueand, the whole point is we're not actually trying to make it easy for you to have a different API than others15:53
*** claudiub has quit IRC15:53
mriedemwith policy defaults in code, we're going to have a tool to dump the effective policy15:53
rlrossitalaski: you're making a policy generator in oslo right?15:53
rlrossityeah15:53
alaskiyep15:53
mriedemif you're doing CD, save that between deploys to prod15:53
sdagueyeh15:53
*** Swami has joined #openstack-nova15:53
rlrossitI can check that thing to see if something is added to the policy15:53
mriedemif the policy changes in your testing, fail the test15:53
alaskihttps://review.openstack.org/#/c/314244/15:53
mriedemwe did this with building packages when requirements.txt would change15:54
mriedemthe build would fail and we'd have to manually inspect what deps changed15:54
rlrossitbadda bing, badda boom15:54
melwittnice idea15:54
*** zenoway has quit IRC15:54
sdagueit might also honestly just be worth failing the test every time https://github.com/openstack/nova/blob/89fdbc51c91dd6a46a26659f5918dd3a0c0a5ab0/nova/api/openstack/rest_api_version_history.rst#L1 changes until you white list moving forward15:54
* rlrossit takes notes so he doesn't forget15:54
*** josecastroleon has joined #openstack-nova15:54
sdagueif you are concerned about new API features hitting the wire that you didn't think about15:54
sdaguebecause that's the real concern, right? That a new API exposes and no one noticed?15:55
*** zenoway has joined #openstack-nova15:55
*** zenoway has quit IRC15:55
rlrossitsdague: it can be that, but I suppose it may also be changes in the default policy too that we might need to watch out for15:55
sdaguerlrossit: right, sure15:55
rlrossitlike mriedem's swapping volumes policy update15:55
*** cdent has joined #openstack-nova15:55
sdagueyeh, that's a pretty reasonable approach15:55
*** kmartin has quit IRC15:57
rlrossitI can sleep slightly better at night now knowing things hopefully don't blow up underneath me15:57
rlrossitthanks a bunch everyone15:57
mriedemi sleep terribly every night regardless15:57
mriedem:)15:57
rlrossitalaski: I'll add myself to the pile of +1 on that spec now :)15:57
alaskirlrossit: \o/15:58
*** shaohe_feng has quit IRC16:00
*** kodokuu has quit IRC16:00
*** alexpilotti has quit IRC16:01
*** shaohe_feng has joined #openstack-nova16:01
rlrossitalaski: actually is the removal of a configurable default mentioned anywhere in the spec?16:01
rlrossitif not, that may be something to consider for an upgrade impact16:01
*** doug-fis_ has joined #openstack-nova16:01
*** alexpilotti has joined #openstack-nova16:02
*** Oku_OS is now known as Oku_OS-away16:03
mriedemif you're removing policy, you're removing the check,16:03
*** doug-fi__ has joined #openstack-nova16:03
mriedemso if you have policy set for that rule, it's just useless since nothing is checking it16:03
mriedemthen it's really just cruft in your policy.json16:04
mriedembut not a failure16:04
rlrossitmriedem: but today if something is unlisted, it takes the default16:04
mriedemyeah, and if that is removed16:04
mriedemwhy would you care?16:04
rlrossitor if we add an API in Newton, it'll default to Nova's when the deployer upgrades16:04
mriedemrlrossit: yeah, but your test will catch that and fail so you can check it out16:05
*** doug-fish has quit IRC16:05
rlrossitmriedem: my test, I'm just saying this as an operators-in-general sense16:05
mriedemadding new policy is an upgrade impact, i don't see how removing policy is16:05
*** doug-fis_ has quit IRC16:06
rlrossitmriedem: if an operator is missing something right now, it takes their configured default. If they upgrade to Newton, they will suddenly be getting Nova's default, not theirs16:06
*** jaosorior has quit IRC16:06
*** rmart04 has quit IRC16:07
*** jdurgin1 has quit IRC16:07
*** __szilard_cserey has quit IRC16:07
*** doug-fi__ has quit IRC16:08
*** rbridgeman has joined #openstack-nova16:08
*** p01nt3r75 has quit IRC16:08
mriedemrlrossit: ?16:09
mriedem'their configured default' in policy.json?16:09
mriedemfor a given rule16:09
mriedem?16:09
rlrossithttps://github.com/openstack/nova/blob/master/etc/nova/policy.json#L416:09
rlrossitmriedem: this is now ignored16:10
rlrossit(or will be rather)16:10
*** shaohe_feng has quit IRC16:10
mriedemhmm16:11
rlrossitsee also: https://github.com/openstack/oslo.policy/blob/master/oslo_policy/policy.py#L207-L21616:11
*** shaohe_feng has joined #openstack-nova16:11
mriedem-1 the sh*t out of alaski's spec then :)16:11
mriedemi need lunch before my noon cinder love fest16:11
*** sdake has quit IRC16:13
*** mkoderer__ has quit IRC16:14
*** diogogmt has quit IRC16:15
*** dmk0202 has quit IRC16:15
*** whenry has quit IRC16:18
*** apoorvad has joined #openstack-nova16:19
*** atuvenie has quit IRC16:20
*** shaohe_feng has quit IRC16:20
*** esracelik has quit IRC16:21
Yingxindansmith: the context is in the comments of https://review.openstack.org/#/c/284963/16:21
*** kolesovdv has quit IRC16:21
dansmithokay16:22
Yingxinbauzas: yes, it's the object modeling in the logical layer(model the has-a relationship of resource provider)16:22
*** andymaier has joined #openstack-nova16:22
*** raunak has joined #openstack-nova16:23
*** shaohe_feng has joined #openstack-nova16:23
*** josecastroleon has quit IRC16:24
*** abalutoiu has joined #openstack-nova16:25
Yingxinjaypipes: what's the point to add the backref? it has a risk if there's a bug to point the backref to another provider.16:26
*** cdent has quit IRC16:26
*** fragatina has joined #openstack-nova16:27
*** mkoderer__ has joined #openstack-nova16:27
*** danpb has quit IRC16:28
*** shaohe_feng has quit IRC16:31
*** shaohe_feng has joined #openstack-nova16:31
*** gjayavelu has joined #openstack-nova16:32
*** jlanoux has quit IRC16:34
*** rmart04 has joined #openstack-nova16:36
* Yingxin zzZ16:38
*** shaohe_feng has quit IRC16:41
*** shaohe_feng has joined #openstack-nova16:41
*** abalutoiu_ has joined #openstack-nova16:42
openstackgerritMikhail Feoktistov proposed openstack/nova: libvirt: fix disk size calculation for VZ container instances  https://review.openstack.org/22256716:42
*** atuvenie has joined #openstack-nova16:43
jaypipesYingxin: yeah, I suppose you're right on that. Especially with cdent's latest REST API proposal, where there isn't a way to just operate on a single Resource or Aggregate.16:43
*** doug-fish has joined #openstack-nova16:43
*** andymaier has quit IRC16:44
*** Jeffrey4l has quit IRC16:45
*** josecastroleon has joined #openstack-nova16:45
*** abalutoiu has quit IRC16:45
*** doug-fish has quit IRC16:48
jaypipesdansmith: Yingxin's paste is in relation to Chris' patch here: https://review.openstack.org/#/c/284963/16:48
dansmithjaypipes: yeah, he said that above16:48
openstackgerritMikhail Feoktistov proposed openstack/nova: libvirt: ephemeral disk support for virtuozzo containers  https://review.openstack.org/31248816:49
krotscheckauggy, sdague, anyone who knows the answer: Just had a question for the internal HPE UX team: If Nova is running with a non-metal driver, what does power state represent?16:49
*** sdake has joined #openstack-nova16:49
*** alex_xu has quit IRC16:49
*** thorst_ has quit IRC16:50
*** gzhai2 has joined #openstack-nova16:50
mriedemkrotscheck: https://github.com/openstack/nova/blob/master/nova/compute/power_state.py#L1916:50
*** Yingxin has quit IRC16:50
krotscheckYeah, reading that...16:50
*** gzhai1 has quit IRC16:50
*** _xin1 has joined #openstack-nova16:50
*** heyongli has quit IRC16:50
*** Yingxin_ has joined #openstack-nova16:50
*** eliqiao has quit IRC16:50
*** Yingxin_ is now known as Yingxin16:50
*** _xin has quit IRC16:50
*** gjayavelu has quit IRC16:51
*** eliqiao has joined #openstack-nova16:51
*** shaohe_feng has quit IRC16:51
*** mageshgv has joined #openstack-nova16:51
*** mageshgv has quit IRC16:51
*** shaohe_feng has joined #openstack-nova16:51
alaskirlrossit: yeah, good call on the upgrade impact. I can update that16:51
*** heyongli has joined #openstack-nova16:52
*** woodster_ has joined #openstack-nova16:52
rlrossit\o/ I helped!16:52
krotscheckmriedem: I think we figured it out, thanks :)16:52
*** alex_xu has joined #openstack-nova16:52
alaskirlrossit: we're not going to be able to honor current defaults though. I think we just need to make a lot of noise about it so deployers see it coming16:54
*** lucasagomes is now known as lucas-dinner16:54
*** sambetts is now known as sambetts|afk16:55
*** antonyfm has joined #openstack-nova16:55
rlrossitalaski: so that's why I'm thinking that if they have a default: "<rule>" in their policy.json, we pretty much have to ignore all of the in-code defaults right?16:55
*** thorst_ has joined #openstack-nova16:56
*** mkoderer__ has quit IRC16:57
*** gjayavelu has joined #openstack-nova16:57
alaskithe way this is implemented that's not really feasible. I think we really just need to be clear that default becomes useless16:58
openstackgerritPaul Carlton proposed openstack/nova-specs: Automatic Live Migration Completion  https://review.openstack.org/30656116:58
*** thorst_ has quit IRC17:01
*** shaohe_feng has quit IRC17:01
*** diogogmt has joined #openstack-nova17:01
*** shaohe_feng has joined #openstack-nova17:02
*** ccarmack has quit IRC17:02
*** ccarmack has joined #openstack-nova17:02
edleafejaypipes: will review a little later when (if) I escape from meeting hell.17:03
*** nic has joined #openstack-nova17:03
*** thorst_ has joined #openstack-nova17:03
*** mvk_ has quit IRC17:04
*** abalutoiu has joined #openstack-nova17:04
*** mkoderer__ has joined #openstack-nova17:04
*** ijw has joined #openstack-nova17:05
*** lakshmiS has joined #openstack-nova17:06
*** thorst_ has quit IRC17:07
*** abalutoiu_ has quit IRC17:08
*** ijw has quit IRC17:10
*** abalutoiu_ has joined #openstack-nova17:10
*** shaohe_feng has quit IRC17:12
*** abalutoiu__ has joined #openstack-nova17:12
*** ijw has joined #openstack-nova17:12
*** atuvenie_ has joined #openstack-nova17:12
*** shaohe_feng has joined #openstack-nova17:12
openstackgerritMikhail Feoktistov proposed openstack/nova: libvirt: virtuozzo instance rescue mode support  https://review.openstack.org/21767917:13
*** abalutoiu has quit IRC17:14
*** davideagnello has joined #openstack-nova17:14
*** josecastroleon has quit IRC17:15
sdaguemriedem: so - https://review.openstack.org/#/c/315617/ is already in merge conflict :)17:15
sdaguethat was first attempt at fixing the param ordering17:15
*** abalutoiu_ has quit IRC17:15
*** atuvenie has quit IRC17:15
sdagueif you want to review that and the one below it, when I find a window where we've got a nearly empty gate (like maybe monday morning) I'll just do the fix and fast approve with all the parameters17:16
rlrossitalaski: I don't disagree with it would be nice to have it that way, but I think that'll break a lot of deployers (but break is a different case here, more "unexpected behavior")17:16
*** unicell has joined #openstack-nova17:17
openstackgerritDan Smith proposed openstack/nova: Add resource provider tables to the api database  https://review.openstack.org/31568117:19
openstackgerritDan Smith proposed openstack/nova: WIP Make Inventory and ResourceProvider objects use the API DB instead  https://review.openstack.org/31568217:19
dansmithjaypipes: alaski: FYI, if you decide you want to move them back to the cell someday, you will have to find someone else to do the work17:20
openstackgerritGiridhar Jayavelu proposed openstack/nova-specs: VMware: Enable memory, disk and vnic limits  https://review.openstack.org/31568517:20
dansmithhopefully I will be a grizzly bearded mountain man by that point17:20
openstackgerritSean Dague proposed openstack/nova: api-ref: finish validation for os-server-external-events.inc  https://review.openstack.org/31521217:20
*** shaohe_feng has quit IRC17:22
*** doug-fish has joined #openstack-nova17:22
*** shaohe_feng has joined #openstack-nova17:22
*** doug-fish has quit IRC17:23
jaypipesdansmith: :( sorry duder.17:23
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/31374317:23
*** doug-fish has joined #openstack-nova17:24
alaskidansmith: heh. I don't want them ever moved back. I say we split every table into it's own database17:24
*** jistr has quit IRC17:24
* dansmith throws a chair at alaski 17:24
*** salv-orlando has quit IRC17:24
alaski:)17:24
sdagueI think every instance needs it's own database17:26
* dansmith throws alaski at sdague 17:26
edleafealaski: now that's the best data design idea I've heard in a while!17:26
alaskisdague: love it!17:26
*** gszasz has quit IRC17:28
*** doug-fish has quit IRC17:28
*** shaohe_feng has quit IRC17:32
*** rmart04 has quit IRC17:33
*** shaohe_feng has joined #openstack-nova17:33
*** gagehugo has joined #openstack-nova17:34
*** astupnikov has joined #openstack-nova17:34
*** rfolco has quit IRC17:35
*** astupnikov has quit IRC17:35
*** rfolco has joined #openstack-nova17:35
*** NellyK has joined #openstack-nova17:36
*** Yingxin has quit IRC17:37
*** _xin1 has quit IRC17:38
*** alex_xu has quit IRC17:38
*** rdo has quit IRC17:38
mriedemtdurakov: looks like the live migration job on the experimental queue has an issue with setting up ceph? http://logs.openstack.org/73/312773/1/experimental/gate-tempest-dsvm-multinode-live-migration/c57f6b9/console.html#_2016-05-08_09_18_59_36017:40
mriedemjbernard: ^17:40
dansmithand looks like it's using the infra mirror,17:41
dansmithso assume it's not related to some new ceph packages17:41
*** markvoelker has joined #openstack-nova17:41
*** Sukhdev has joined #openstack-nova17:42
jbernardlooking17:42
*** sahid has quit IRC17:42
*** shaohe_feng has quit IRC17:42
jbernardoh yeah, missing a param there17:43
*** shaohe_feng has joined #openstack-nova17:43
mriedemhttps://github.com/openstack/nova/blob/master/nova/tests/live_migration/hooks/ceph.sh17:43
jbernardmriedem: i suppose RULE_ID is unset17:44
mriedemyes it's not set17:44
jbernardso awk/cut is not parsing the output correctly17:45
mriedemhere right? https://github.com/openstack/nova/blob/master/nova/tests/live_migration/hooks/ceph.sh#L10917:45
*** READ10 has quit IRC17:45
jbernardyep17:45
openstackgerritAnusha Unnam proposed openstack/nova: api-ref: os-floating-ip-dns.inc method verification  https://review.openstack.org/31528417:46
mriedemhttps://github.com/openstack/devstack-plugin-ceph/blob/master/devstack/lib/ceph#L31617:46
jbernardid like to see the output before the pipe17:46
*** rdo has joined #openstack-nova17:46
*** _ducttape_ has quit IRC17:46
jbernardone sec17:48
*** doug-fis_ has joined #openstack-nova17:48
mriedemwhat sucks is we have the code duplicated between the devstack plugin and this nova hook17:48
jbernardyeah, that's broken17:50
jbernardatleast for gnu awk17:50
jbernards/$3/$217:50
mriedemit's the same in the plugin https://github.com/openstack/devstack-plugin-ceph/blob/master/devstack/lib/ceph#L31617:51
*** jbernard has left #openstack-nova17:51
*** jbernard has joined #openstack-nova17:51
jbernardmriedem: yep, need to fix that in both places17:52
mriedemjbernard: but the ceph job in nova is working...17:52
mriedemooo17:52
mriedemCEPH_REPLICAS17:52
*** rlrossit has quit IRC17:52
mriedemin the live migration job that's 217:52
*** shaohe_feng has quit IRC17:53
jbernardyup :)17:53
mriedemthe plugin job defaults to 117:53
mriedemhttps://github.com/openstack/devstack-plugin-ceph/blob/master/devstack/lib/ceph#L8217:53
jbernardwe dont execute that block normally17:53
*** NellyK has quit IRC17:53
mriedemjbernard: want to push that change?17:53
mriedemwe can test it out in nova which is nice17:53
jbernardmriedem: will do17:53
mriedemthanks!17:53
jbernardmriedem: ill update both the plugin and nova17:53
mriedem<317:53
mriedemabove and beyond17:53
*** shaohe_feng has joined #openstack-nova17:53
jbernardmriedem: any chance to share that logic with the plugin?17:54
jbernardmriedem: that seems like a better solution moving forward17:54
mriedemyou'd have to ask tdurakov17:54
*** doug-fis_ has quit IRC17:54
jbernardi didn't know there was duplicated code there17:54
jbernardtdurakov: ^17:54
mriedemi'll open a bug quick17:55
jbernardcool, ill reference that in the commits17:56
*** ljxiash has joined #openstack-nova17:56
mriedemjbernard: https://bugs.launchpad.net/nova/+bug/158115917:57
openstackLaunchpad bug 1581159 in OpenStack Compute (nova) "ceph testing: parsing osd crush rule dump devstack output with awk is wrong" [Undecided,New]17:57
*** zenoway has joined #openstack-nova17:57
*** pcaruana has quit IRC17:58
*** ljxiash has quit IRC18:00
*** zenoway has quit IRC18:02
*** alexpilotti has quit IRC18:02
*** shaohe_feng has quit IRC18:03
*** shaohe_feng has joined #openstack-nova18:03
*** alexpilotti has joined #openstack-nova18:03
*** mriedem has quit IRC18:03
*** mriedem has joined #openstack-nova18:03
*** andymaier has joined #openstack-nova18:04
*** doug-fish has joined #openstack-nova18:05
*** dave-mccowan has quit IRC18:05
*** sfinucan has quit IRC18:05
*** jichen has joined #openstack-nova18:06
*** ri0 has joined #openstack-nova18:07
*** doug-fis_ has joined #openstack-nova18:08
*** rcernin has quit IRC18:09
openstackgerritJon Bernard proposed openstack/nova: live-migration ceph: fix typo in ruleset parsing  https://review.openstack.org/31570318:10
*** doug-fish has quit IRC18:10
*** andymaier has quit IRC18:11
*** doug-fis_ has quit IRC18:13
*** shaohe_feng has quit IRC18:13
*** sudipto has quit IRC18:13
*** shaohe_feng has joined #openstack-nova18:14
*** jistr has joined #openstack-nova18:15
*** jistr is now known as jistr|afk18:15
*** openstackgerrit has quit IRC18:18
*** openstackgerrit has joined #openstack-nova18:18
*** markvoelker_ has joined #openstack-nova18:19
*** andymaier has joined #openstack-nova18:20
*** markvoelker has quit IRC18:22
*** shaohe_feng has quit IRC18:23
*** shaohe_feng has joined #openstack-nova18:24
*** atuvenie_ has quit IRC18:26
*** ri0 has quit IRC18:27
*** pwnall has quit IRC18:27
*** ducttape_ has joined #openstack-nova18:28
*** abalutoiu__ has quit IRC18:28
*** ri0 has joined #openstack-nova18:29
*** claudiub has joined #openstack-nova18:31
*** erhudy has quit IRC18:31
openstackgerritAugustina Ragwitz proposed openstack/nova: WIP: limits.inc example verification  https://review.openstack.org/31571418:32
*** ri0 has quit IRC18:33
*** cdent has joined #openstack-nova18:33
*** BjoernT has joined #openstack-nova18:33
*** shaohe_feng has quit IRC18:34
*** shaohe_feng has joined #openstack-nova18:34
*** belmoreira has joined #openstack-nova18:34
mriedemdansmith: +1 from jenkins on the ceph fix backport https://review.openstack.org/#/c/315596/18:35
openstackgerritSean Dague proposed openstack/nova: api-ref: complete verification for extensions resource  https://review.openstack.org/31410118:36
*** rlrossit has joined #openstack-nova18:36
*** rchurch has quit IRC18:36
*** kmartin has joined #openstack-nova18:36
cdentp!hist18:37
sdaguejroll: https://review.openstack.org/#/c/311865/ is all broken on grenade testing because of the not yet landed nova patch right?18:38
dansmithmriedem: cool18:39
*** abalutoiu__ has joined #openstack-nova18:40
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: support limits via image meta data  https://review.openstack.org/18094218:41
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: configure limits during resize operation  https://review.openstack.org/20421918:41
openstackgerritGiridhar Jayavelu proposed openstack/nova: Objects: add limits, reservations and shares to ImageMetaProps object  https://review.openstack.org/18832118:41
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: create vif with resource limitations  https://review.openstack.org/19617118:41
*** BjoernT has quit IRC18:42
cdentjaypipes, Yingxin, dansmith: Can you guys summarize the discussion you had earlier about the resource provider modelling. I've tried to read the log but I'm unable to extract a summary. Also, in terms of the models, as they currently are, it probably helps to look at the web API WIP, which drove most of the modeling (that plus my ignorance of ovo): https://review.openstack.org/#/c/293104/18:43
dansmithI had no discussion18:43
mriedemrlrossit: http://developer.openstack.org/api-ref/compute/18:44
*** shaohe_feng has quit IRC18:44
rlrossitI know how to google mriedem18:44
rlrossitjeez18:44
mriedemno18:44
*** shaohe_feng has joined #openstack-nova18:44
cdentsorry dansmith, I guess you were invited, didn't participate?18:44
mriedembecause docs.o.o will take you to the api-site docs which are old18:44
*** sdake has quit IRC18:44
dansmithcdent: if there was a thing for which I was invited, I don't know what that wa18:45
dansmithwas18:45
cdentdansmith: no worries, just trying extract meaning from the log, you can safely ignore me (this time)18:45
*** prateek has joined #openstack-nova18:46
*** rchurch has joined #openstack-nova18:46
*** dmk0202 has joined #openstack-nova18:47
mriedemrlrossit: https://review.openstack.org/#/c/314101/18:47
*** lpetrut has joined #openstack-nova18:48
rlrossitmriedem: I'm just wondering what the difference between https://github.com/openstack/nova/blob/master/etc/nova/policy.json#L111 and https://github.com/openstack/nova/blob/master/etc/nova/policy.json#L30418:49
openstackgerritSylvain Bauza proposed openstack/nova: Add a RequestSpec generation migration script  https://review.openstack.org/30282818:50
openstackgerritSylvain Bauza proposed openstack/nova: Verify requested_destination in the scheduler  https://review.openstack.org/31450918:50
openstackgerritSylvain Bauza proposed openstack/nova: WIP: API changes for verifying the scheduler when migrating  https://review.openstack.org/31557218:50
openstackgerritSylvain Bauza proposed openstack/nova: Resize API operation passing down original RequestSpec  https://review.openstack.org/31200918:50
openstackgerritSylvain Bauza proposed openstack/nova: Add requested_destination field to RequestSpec  https://review.openstack.org/31275718:50
openstackgerritSylvain Bauza proposed openstack/nova: Cold migrate using the RequestSpec object  https://review.openstack.org/28497418:50
mriedemrlrossit: compute_extension: prefix is v2 api18:50
mriedemos_compute_api: is v2.118:50
rlrossitmriedem: does network: stuff go away after the proxying is gone?18:50
mriedemrlrossit: no18:50
mriedemlet me gerrit that for you18:50
mriedemrlrossit: https://review.openstack.org/#/c/312209/18:51
mriedemrlrossit: we can't drop the network stuff until nova-network is dead18:51
bauzasdansmith: jaypipes: mriedem: in case you folks wanna review an already +2d https://review.openstack.org/302828 :)18:51
bauzas(just a rebase)18:51
rlrossitmriedem: so, I mean, there's os-networks stuff, but then there's https://github.com/openstack/nova/blob/master/etc/nova/policy.json#L205-L24918:52
rlrossitor is that all in the nova-network umbrella too?18:52
jaypipescdent: reviewing 293104 now.18:52
cdentjaypipes, responsding to your spec comments now18:52
rlrossitand then there's the compute: prefix18:52
mriedemrlrossit: that's v2 api18:52
cdentjaypipes, 293104 is a mess, but intentionally so, it's sort of like an RFC18:52
jaypipescdent: unfortunately, I am going to be afk for a few hours at least :(18:52
mriedemrlrossit: the network: stuff is checked in the network rpc api18:52
mriedemi think18:52
cdentjaypipes: and I'm out all day tomorrow18:52
jaypipescdent: and no worries on 293104. it's expected as we work through all this.18:53
cdentbut here all evening18:53
mriedemrlrossit: i asked the same exact thing the other day to alaski18:53
mriedemit's legacy v2 api cruft18:53
mriedemsec18:53
jaypipescdent: ok, forgot about that. do your best to respond async on the reviews then.18:53
* cdent nods18:53
*** abalutoiu_ has joined #openstack-nova18:54
*** shaohe_feng has quit IRC18:54
*** crito__ has quit IRC18:54
*** shaohe_feng has joined #openstack-nova18:55
mriedemrlrossit: e.g https://github.com/openstack/nova/blob/master/etc/nova/policy.json#L7318:55
mriedemrlrossit: is used here https://github.com/openstack/nova/blob/master/nova/compute/api.py#L261618:55
openstackgerritClenimar Filemon proposed openstack/nova: Use Identity v3 params when connecting to Ironic  https://review.openstack.org/30015418:55
mriedemrlrossit: but only if skip_policy_check=False18:55
mriedemrlrossit: https://github.com/openstack/nova/blob/master/nova/compute/api.py#L21318:56
mriedemsee https://github.com/openstack/nova/blob/master/nova/compute/api.py#L16218:56
openstackgerritKaren Bradshaw proposed openstack/nova: api-ref: servers-action-evacuate.inc  https://review.openstack.org/31477618:56
mriedemrlrossit: because the legacy v2 rest apis weren't checking these18:56
sdaguemriedem: https://review.openstack.org/#/c/315212/ is also updated with your comments18:56
mriedemrlrossit: but in v2.1 the policy check happens in the v2.1 api18:56
mriedemso v2.1 REST API passes skip_policy_check=True when instantiating the compute API18:56
mriedemsdague: yeah i was getting there but then got rlrossit bombed18:56
*** abalutoiu__ has quit IRC18:57
rlrossit:(18:57
dansmithis that a thing now?18:58
*** zenoway has joined #openstack-nova18:58
dansmithrlrossit-bombed18:58
mriedemrlrossit: there is where the network policy checks happen for nova-network https://github.com/openstack/nova/blob/master/nova/network/api.py#L4118:58
mriedemrlrossit: but only for v2 api18:58
mriedemnot an issue if you're using neutron because neutron controls it's own policy18:59
jrollsdague: re 311865, yes the jobs that normally pass are broken due to the nova break, the grenade stuff timed out in smoke tests and didn't make it to resource creation18:59
mriedemexcept for what nova has in it's rest api for proxies18:59
* jroll checks again18:59
*** sambetts|afk has quit IRC18:59
mriedemdansmith: when he's across the table from me, it is18:59
*** rlrossit has quit IRC19:00
mriedemdansmith: and liberty https://review.openstack.org/#/c/315694/19:01
*** antonyfm has quit IRC19:01
*** omnipresent has joined #openstack-nova19:01
mriedemmtreinish: you should +W these so we can merge that tempest skip revert https://review.openstack.org/#/q/I25f65bcc76b83f31a8fce77c2b751d2d167ffc7e,n,z19:01
*** zenoway has quit IRC19:02
mtreinishmriedem: done19:02
*** alexpilotti has quit IRC19:02
*** alexpilotti has joined #openstack-nova19:02
*** sambetts has joined #openstack-nova19:03
*** shaohe_feng has quit IRC19:04
*** shaohe_feng has joined #openstack-nova19:05
mriedemsdague: one little thing in https://review.openstack.org/#/c/315212/3/api-ref/source/parameters.yaml19:05
openstackgerritMatt Riedemann proposed openstack/nova: api-ref: finish validation for os-server-external-events.inc  https://review.openstack.org/31521219:06
*** armax has quit IRC19:07
*** fragatina has quit IRC19:08
*** kfarr has joined #openstack-nova19:09
*** shaohe_feng has quit IRC19:15
*** shaohe_feng has joined #openstack-nova19:15
*** salv-orlando has joined #openstack-nova19:16
bauzasdansmith: correct me if I'm wrong but instance.image_meta is the new access method for getting the image ?19:21
dansmithbauzas: the image ... metadata, yeah19:21
bauzasdansmith: okay, while it's different with utils.get_image_from_system_metadata(instance.system_metadata) ?19:22
bauzasbecause it would give us the image ? not the metadata of it ?19:22
sdaguemriedem: ah, good catch19:22
dansmithbauzas: no, that returns metadata too right?19:22
bauzasdansmith: I think so19:23
bauzasdansmith: because for getting the image, we need to call the image API I think19:23
bauzas(using the image metadata... :) )19:23
dansmith...right... so I'm confused what you're asking for19:23
bauzasoh, my bad19:23
bauzaslemme give you a bit of explanation19:24
mriedembauzas: actually19:24
mriedembauzas: before you start19:24
bauzasdansmith: https://review.openstack.org/#/c/302828/8/nova/objects/request_spec.py@50319:24
mriedembauzas: look at what instance.image_meta does19:24
dansmithmriedem: ...right :)19:24
bauzasmriedem: it's a property19:24
mriedemto call the same utility you're asking about replacing it with19:24
*** shaohe_feng has quit IRC19:25
bauzasgrmblbl19:25
mriedemso if all you need is the dict form, then i don't think you need instance.image_meta19:26
*** ccarmack has quit IRC19:26
dansmithyou should use instance.image_meta if you have instance19:26
mriedemyeah19:26
mriedemregardless,19:27
bauzasdansmith: right, but mriedem made a valid point on lazy-loading the field19:27
mriedemRequestSpec._image_meta_from_image19:27
mriedemhandles either19:27
mriedemi made an awesome point19:27
mriedemin the qa channel19:27
*** shaohe_feng has joined #openstack-nova19:27
*** r-daneel has joined #openstack-nova19:28
mriedemthere are some other lazy-loaded fields here, like pci_requests, numa_topology and flavor19:29
*** vladikr has quit IRC19:30
*** Sukhdev has quit IRC19:32
*** raunak has quit IRC19:32
*** Sukhdev has joined #openstack-nova19:32
*** prateek has quit IRC19:34
bauzasmriedem: yeah I noticed that19:35
*** shaohe_feng has quit IRC19:35
*** shaohe_feng has joined #openstack-nova19:36
bauzasmriedem: to answer your question on https://review.openstack.org/#/c/302828/8/nova/objects/request_spec.py@493 I actually verified that calling delete() on a null row is fine19:36
*** apoorvad has quit IRC19:36
*** atuvenie_ has joined #openstack-nova19:37
mriedemyeah it must else the test would fail19:37
mriedemjust seems weird19:37
auggysdague: i'm working on an option for your reviews.py script that might show a little more info on what's been touched so far to help avoid people stepping on each other19:38
auggysdague: i have a spreadsheet i've been using to manually track which is kind of a pain19:38
auggyso i'm hoping by updating the review script maybe it will help me to be able to update that spreadsheet a little easier19:39
*** bswartz has quit IRC19:39
*** mtecer has joined #openstack-nova19:39
bauzasmriedem: I can make it more explicit tho19:40
bauzasor safier rather19:40
mriedemmeh, or just add a comment19:40
auggysdague: this is what i have been updating - https://goo.gl/2VQPtu19:40
*** antonyfm has joined #openstack-nova19:40
*** mtecer has quit IRC19:40
bauzasthanks for reviewing anyway :)19:40
auggysdague: i mean this is the spreadsheet19:40
mriedembauzas: you poked the bear :)19:42
*** ociuhandu has quit IRC19:43
bauzasthat's fine, I prefer by far poking a bear than awaking a kracken if that is going to a production system with 1M+ instances19:43
bauzasrather* than19:44
bauzasor those guys would literally call the FBI to arrest me if I'm going to PDX19:44
*** shaohe_feng has quit IRC19:45
mriedemsdague: do you know if the live migration job is setup to stop if one of the runs fails?19:45
mriedemlooks like it is19:46
*** shaohe_feng has joined #openstack-nova19:46
*** fragatina has joined #openstack-nova19:46
*** rlrossit has joined #openstack-nova19:49
*** matrohon has joined #openstack-nova19:51
*** jistr|afk has quit IRC19:52
*** yamahata has quit IRC19:52
*** sacharya_ has joined #openstack-nova19:53
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/31374319:53
*** sacharya has quit IRC19:53
*** sacharya has joined #openstack-nova19:53
*** belmoreira has quit IRC19:54
*** Swami has quit IRC19:54
*** sacharya_ has quit IRC19:54
*** rbridgeman has quit IRC19:54
*** apoorvad has joined #openstack-nova19:55
*** shaohe_feng has quit IRC19:56
*** mtecer has joined #openstack-nova19:56
*** shaohe_feng has joined #openstack-nova19:57
*** Swami has joined #openstack-nova19:57
*** yamahata has joined #openstack-nova19:58
*** pwnall has joined #openstack-nova20:00
openstackgerritDan Smith proposed openstack/nova: Add resource provider tables to the api database  https://review.openstack.org/31568120:01
openstackgerritDan Smith proposed openstack/nova: WIP Make Inventory and ResourceProvider objects use the API DB instead  https://review.openstack.org/31568220:01
*** josecastroleon has joined #openstack-nova20:02
*** rbridgeman has joined #openstack-nova20:04
*** ctrath has quit IRC20:04
*** shaohe_feng has quit IRC20:06
*** shaohe_feng has joined #openstack-nova20:06
rlrossitjaypipes: alaski: I'm looking at the nova policy file and I notice that os-server-tags is totally unrestricted for all CRUD operations in the default policy. Should that be changed over to admin_or_owner?20:06
mriedemsdague: ripping and tearing on this keypairs.inc one20:07
rlrossithttps://github.com/openstack/nova/blob/master/etc/nova/policy.json#L448-L453 for reference20:07
*** ctrath has joined #openstack-nova20:07
alaskirlrossit: yeah. there may be something in the db lookups to prevent cross tenant operations, but policy should reflect and enforce that20:08
rlrossitalaski: want me to open a bug + patch?20:08
alaskirlrossit: that would be lovely20:08
rlrossit<320:08
*** yamahata has quit IRC20:09
mriedemhmm20:14
mriedemhttps://github.com/openstack/nova/blob/master/nova/api/openstack/compute/keypairs.py#L147-L15720:14
mriedemwhy?20:14
*** shaohe_feng has quit IRC20:16
*** belmoreira has joined #openstack-nova20:16
*** mtecer has quit IRC20:16
mriedemsdague: so on the deleted/deleted_at fields in a response, when some things move to the api db, like keypairs, they don't have those fields in the data model anymore, but parameters.yaml says they are required. i guess it just means the keys still have to be in the response dict but they'll be deleted=False and deleted_at=None20:18
openstackgerritRyan Rossiter proposed openstack/nova: Update os-server-tags in default policy  https://review.openstack.org/31575720:18
rlrossitalaski: ^20:18
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: support limits via image meta data  https://review.openstack.org/18094220:19
openstackgerritGiridhar Jayavelu proposed openstack/nova: Objects: add limits, reservations and shares to ImageMetaProps object  https://review.openstack.org/18832120:19
*** shaohe_feng has joined #openstack-nova20:19
*** raunak has joined #openstack-nova20:19
*** ayoung has quit IRC20:20
alaskirlrossit: you're going to run afoul of test_policy.py20:22
rlrossitwait there's actually unit tests on the default policy?20:22
alaskiyeah. I'm not quite sure why, but yes20:23
*** Sukhdev has quit IRC20:23
*** rbridgeman_ has joined #openstack-nova20:23
*** Sukhdev has joined #openstack-nova20:24
*** rcernin has joined #openstack-nova20:24
*** smatzek has quit IRC20:26
*** shaohe_feng has quit IRC20:26
*** rbridgeman has quit IRC20:26
tonybmriedem, mikal: I have a busy monrnign with extra events at my kids school.  so I'll be late and probably miss the nova meeting :(20:26
mriedemunacceptable20:28
*** shaohe_feng has joined #openstack-nova20:29
*** rama_y has quit IRC20:31
*** josecastroleon has quit IRC20:32
*** wznoinsk has quit IRC20:32
*** yamahata has joined #openstack-nova20:33
*** belmoreira has quit IRC20:34
*** ericksonsantos has quit IRC20:35
sdaguemriedem: hmmmm.... right. We're going to need a story on that api change, even if it's just document that those fields are optional20:35
*** hamzy has quit IRC20:36
*** lpetrut has quit IRC20:36
*** shaohe_feng has quit IRC20:37
mriedemsdague: well, the keys will be in the response body20:38
mriedemso that doesn't change20:38
mriedemwhich makes me wonder20:38
mriedemcan you read deleted keypairs from the cell db / api today?20:38
sdagueread deleted is usually admin20:38
sdagueI'd have to look exactly20:39
*** shaohe_feng has joined #openstack-nova20:39
sdaguerlrossit: the unrestricted policy is a bit of a red herring, because there remains project scoping on tenant for most things20:39
mriedemi don't see read_deleted='yes' when getting keypairs20:40
*** lpetrut has joined #openstack-nova20:40
mriedemso it's just odd that we leak keypair data fields through the api20:40
mriedemlike the timestamp mixin fields and the id20:40
mriedemwhich....20:40
mriedemwhen we online data migrate keypairs to the api db they have to retain their id20:40
sdaguemriedem: all predates me20:40
rlrossitsdague: well a red herring is still a case to get it fixed :)20:40
mriedemdansmith: ^ did you factor that into the keypair migration to the api db?20:41
sdaguerlrossit: sure, it's just not the security issue you might think it is20:41
mriedemrlrossit: http://docs.openstack.org/developer/reno/usage.html20:41
dansmithmriedem: meaning are the timestamps copied?20:41
*** raildo is now known as raildo-afk20:41
mriedemhttp://lmgtfy.com/?q=docs+openstack+reno20:42
mriedemdansmith: well, the id20:42
*** eharney has quit IRC20:42
mriedemhttps://github.com/openstack/nova/blob/master/nova/api/openstack/compute/keypairs.py#L4320:42
mriedem^ builds the keypair response body20:42
*** thorst_ has joined #openstack-nova20:42
mriedemattrs is defined here https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/keypairs.py#L21420:43
dansmithmriedem: no, I'm not copying the id20:43
mriedemdidn't we do that for flavors?20:43
mriedembecause the db id is exposed in the api20:44
dansmithmriedem: they can't reference the keypair by id anywhere that I know of, so I don't think that they need to care whether it's stable or not20:44
dansmithmriedem: because flavors can be referenced by lots of things20:44
dansmithmriedem: and aggregates will be the same20:44
*** rama_y has joined #openstack-nova20:44
*** gyee has joined #openstack-nova20:44
dansmithif we do the same for keypair, we have to ban creation until they're moved,20:45
*** wznoinsk has joined #openstack-nova20:45
dansmithwhich is very bad for keypairs20:45
dansmithand since they can't refer to them by id, I don't think it matters20:45
sdagueit's super weird that it's in the get call20:45
sdaguebut it's not referencable, so I agree with dansmith, it doesn't need to be kept the same20:45
*** Sukhdev has quit IRC20:46
*** shaohe_feng has quit IRC20:47
*** shaohe_feng has joined #openstack-nova20:48
sdaguewe should microversion the rando fields away20:48
mriedemyou'd have to query on user_id and key name to replace id20:48
mriedembut that's fine20:49
dansmithmriedem: are you saying you *can* query on id?20:49
dansmiththe method doesn't exist in the DB, AFAIK20:49
mriedemvia the keypairs api20:49
mriedemwell, sec20:49
sdaguedansmith: no, just the get call returns it20:49
sdaguethe get is by keypair name20:49
dansmiththought so20:49
*** armax has joined #openstack-nova20:50
mriedemah ok this was confusing me https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/keypairs.py#L21320:50
mriedemid == name20:50
dansmithheh20:50
sdagueyeh, the code in the api layer there is confusing20:51
* mriedem changes that quick20:51
sdaguebut once you get to the compute.api the parameter naming is less weird20:51
*** andymaier has quit IRC20:51
alaskimelwitt: did you want to push up another rev for https://review.openstack.org/#/c/244046 ?20:52
openstackgerritRyan Rossiter proposed openstack/nova: Update os-server-tags in default policy  https://review.openstack.org/31575720:52
*** takashin has joined #openstack-nova20:52
*** jichen has quit IRC20:53
melwittalaski: yeah, sure20:54
mriedemsdague: yeah the keypair api uses key_name so it makes more sense20:54
mriedemi'll still update the rest api20:54
mriedemmeeting in 5 minutes20:54
dansmithah crap20:55
mriedemand we have a lot to talk about...20:56
mriedemso go to the bathroom now20:56
openstackgerritSylvain Bauza proposed openstack/nova: Add a RequestSpec generation migration script  https://review.openstack.org/30282820:57
openstackgerritSylvain Bauza proposed openstack/nova: Verify requested_destination in the scheduler  https://review.openstack.org/31450920:57
openstackgerritSylvain Bauza proposed openstack/nova: WIP: API changes for verifying the scheduler when migrating  https://review.openstack.org/31557220:57
openstackgerritSylvain Bauza proposed openstack/nova: Resize API operation passing down original RequestSpec  https://review.openstack.org/31200920:57
openstackgerritSylvain Bauza proposed openstack/nova: Add requested_destination field to RequestSpec  https://review.openstack.org/31275720:57
openstackgerritSylvain Bauza proposed openstack/nova: Cold migrate using the RequestSpec object  https://review.openstack.org/28497420:57
*** shaohe_feng has quit IRC20:57
*** shaohe_feng has joined #openstack-nova20:58
*** smatzek has joined #openstack-nova20:59
*** smatzek has quit IRC21:00
*** pushkaru has quit IRC21:00
*** jwcroppe_ has quit IRC21:01
*** sdake has joined #openstack-nova21:04
openstackgerritmelanie witt proposed openstack/nova: Add a functional test for instance fault message with retry  https://review.openstack.org/24404621:05
*** shaohe_feng has quit IRC21:07
*** ctrath has quit IRC21:08
*** ctrath has joined #openstack-nova21:08
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/31374321:08
*** shaohe_feng has joined #openstack-nova21:08
*** ducttape_ has quit IRC21:09
*** baoli_ has quit IRC21:10
*** burt has joined #openstack-nova21:11
*** xek has quit IRC21:11
*** pushkaru has joined #openstack-nova21:12
*** xek has joined #openstack-nova21:12
openstackgerritEmile Snyder proposed openstack/nova-specs: Attach/detach instance access from Manila shares  https://review.openstack.org/31005021:12
*** lakshmiS has quit IRC21:13
*** ctrath has quit IRC21:13
*** ctrath has joined #openstack-nova21:14
*** ducttape_ has joined #openstack-nova21:14
*** shaohe_feng has quit IRC21:18
openstackgerritClaudiu Belu proposed openstack/nova: Adds HostCapabilities object model  https://review.openstack.org/28585621:18
*** Sukhdev has joined #openstack-nova21:18
*** shaohe_feng has joined #openstack-nova21:18
*** sdake_ has joined #openstack-nova21:24
*** thorst_ has quit IRC21:27
*** thorst_ has joined #openstack-nova21:27
*** shaohe_feng has quit IRC21:28
*** haplo37 has quit IRC21:28
*** sdake has quit IRC21:28
*** shaohe_feng has joined #openstack-nova21:28
*** sdake has joined #openstack-nova21:31
*** thorst_ has quit IRC21:31
*** sdake_ has quit IRC21:32
*** ctrath has quit IRC21:32
*** thorst_ has joined #openstack-nova21:33
*** gagehugo has quit IRC21:33
*** ametts has quit IRC21:33
*** takashin has left #openstack-nova21:34
*** dedery has joined #openstack-nova21:36
*** thorst_ has quit IRC21:36
*** thorst_ has joined #openstack-nova21:36
*** rlrossit has quit IRC21:37
*** dedery has quit IRC21:38
*** shaohe_feng has quit IRC21:38
*** shaohe_feng has joined #openstack-nova21:38
*** rtheis has quit IRC21:43
*** doug-fish has joined #openstack-nova21:43
*** ivase has quit IRC21:45
*** earlephilhower has quit IRC21:46
*** dedery has joined #openstack-nova21:47
*** admin0 has joined #openstack-nova21:47
admin0anyone around ?21:47
admin0:D21:47
mriedemno21:47
admin0if i see a req-XX on nova.instance_actions table  and a  stop command, do you know how do I trace the source of that request ?what provides that req-XX ? where is it logged(horizon or api , which IP etc )21:47
admin0:D21:47
*** dedery has quit IRC21:47
*** bswartz has joined #openstack-nova21:47
admin0trying to figure out this21:48
*** doug-fish has quit IRC21:48
mriedemyou can trace it through the nova logs21:48
*** shaohe_feng has quit IRC21:48
dansmithjroll: the patch you need just merged21:48
mriedemadmin0: see http://specs.openstack.org/openstack/openstack-specs/specs/return-request-id.html21:49
jrolldansmith: yep, apparently people have been staring at zuul21:49
alaskimikal: https://review.openstack.org/#/c/244046 could use your eyes again, minor fixup21:49
*** shaohe_feng has joined #openstack-nova21:49
dansmithjroll: hah, sorry, I suck21:49
*** ivase has joined #openstack-nova21:49
*** matrohon has quit IRC21:49
jrolldansmith: lol21:50
admin0mriedem: its the nova conductor right ? not th escheduler21:51
admin0scheduler is internal21:51
*** pushkaru has quit IRC21:52
*** lpetrut has quit IRC21:52
*** ivase has quit IRC21:53
admin0grep does not find anything :(21:54
*** lpetrut has joined #openstack-nova21:55
mriedemdansmith: https://developer.ibm.com/open/disaster-recovery-for-cloud-dragon/21:55
mriedemi can just point the quiesce spec at that21:55
*** earlephilhower has joined #openstack-nova21:55
dansmithmriedem: fine with me21:56
* dansmith &21:56
*** burt has quit IRC21:56
mikalDoh, forgot it was nova meeting week21:57
*** mdrabe has quit IRC21:57
melwittI'm having a hell of a time trying to find the original spec21:57
melwittfinally found via gerrit search21:58
*** shaohe_feng has quit IRC21:59
*** thorst_ has quit IRC21:59
*** shaohe_feng has joined #openstack-nova21:59
mriedem"In the described solution, we make no attempt to save the memory state  of a workload. We assume that the workloads can be restarted and  continue to run in the backup data center without restoring their memory  state. This is a valid assumption for a large class of cloud-based  services."22:00
*** dmk0202 has quit IRC22:00
openstackgerritChris Dent proposed openstack/nova: Extend ResourceProvider to have resources and aggregates  https://review.openstack.org/28496322:00
openstackgerritChris Dent proposed openstack/nova: WIP resource-pools/placement api  https://review.openstack.org/29310422:00
openstackgerritAnusha Unnam proposed openstack/nova: Remove mox from compute/test_compute_cells.py  https://review.openstack.org/30802122:01
*** alexpilotti has quit IRC22:01
*** alexpilo_ has joined #openstack-nova22:01
mriedemdansmith: ok, commented in the spec22:02
mriedembasically, the dragon project relies on drbd22:03
mriedemso, don't rely on nova to be managing everything for you22:03
mriedembut groups resources into a heat template22:03
mriedemso the workload can be moved to another DC22:03
mriedemand does periodic backups22:03
mriedemanyway, they should go talk to those guys and sort it out22:03
mriedemi don't want to add this to nova when there are existing solutions22:04
*** cdelatte has joined #openstack-nova22:04
melwittmriedem: ah, that's the bit I was interested in. from what I understand, there isn't a way to do something like quiesce/freeze standalone on VMs other than something manual like running virsh commands on hypervisors22:04
mriedemmelwitt: as the docs for that other DR project mention, they don't rely on freeze22:05
mriedemthey assume your apps are written to handle this22:05
mriedembut they also attempt to minimize data loss with drbd22:05
*** thorst_ has joined #openstack-nova22:05
*** thorst_ has quit IRC22:05
*** thorst_ has joined #openstack-nova22:06
*** Sukhdev has quit IRC22:07
melwittmriedem: yeah, that's what I was trying to say. I was going through reading their docs and you mentioned the part I was looking for22:08
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/31374322:08
*** Guest84855 has quit IRC22:08
dansmithmelwitt: right, it's very doable at the actual application layer22:08
*** shaohe_feng has quit IRC22:09
*** shaohe_feng has joined #openstack-nova22:09
*** dedery has joined #openstack-nova22:09
*** dedery has quit IRC22:11
mriedemhowever,22:11
mriedemthey have legacy applications22:11
openstackgerritWalter A. Boring IV (hemna) proposed openstack/nova: WIP Don't check cinder volume states during attach  https://review.openstack.org/31578922:11
mriedemand won't rewrite them22:11
mriedemso the iaas has to handle it22:12
dansmithoh, well, in that case...22:12
mriedemthat was the argument for multiattach too22:12
*** jwcroppe has joined #openstack-nova22:12
dansmith...22:12
mriedemthis is a bridge for legacy apps to the cloud22:12
mriedemplus, $$$!!!22:12
*** dimtruck is now known as zz_dimtruck22:12
dansmithI do love $$$22:12
*** aysyd has quit IRC22:13
melwittdansmith: if you back nova with the right thing? just trying to understand this22:14
dansmithmelwitt: to accomplish the consistent snapshot of multiple things?22:15
melwittdansmith: yeah22:15
dansmithmelwitt: you can flush and hold writes from inside the guests and coordinate to do a snapshot22:15
*** thorst_ has quit IRC22:16
dansmiththe point of this is that you have say two VMs that are running each a half of an application, maybe each with their own db22:16
dansmithand you want to be able to snapshot both volumes together in case you have to roll back, so that one is not ahead or behind the other when you restore22:17
dansmithso all you have to do is coordinate that at the application layer22:17
dansmithit can be done a lot better there too if you save some point in your data and keep rolling so that if you need to roll back you can, but without freezing everything together to accomplish it22:17
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/31374322:19
melwittdansmith: thanks, that explains it well22:19
*** shaohe_feng has quit IRC22:19
*** shaohe_feng has joined #openstack-nova22:20
mriedemdansmith: you might want to mention that in reply to the 2 guys in the spec reviews22:20
mriedem*review22:20
mriedemin reply to the question of what is 'cloudy'22:22
mriedemand why this isn't it22:22
*** thorst_ has joined #openstack-nova22:22
mriedemand if you don't want to mention it, i can :)22:22
melwittyeah, I must admit I was looking for "what should they do then" in the Alternatives in the spec or in a comment by someone. the Dragon project seems a perfect fit. assuming they don't have to be perfectly synced I guess22:22
*** pushkaru has joined #openstack-nova22:22
*** andymaier has joined #openstack-nova22:22
*** jfcastro has joined #openstack-nova22:23
mriedemmelwitt: they'll say they have to be perfectly synced22:23
*** imcsk8 has joined #openstack-nova22:23
mriedemand dragon won't work for them22:23
mriedembecause they have special unicorn legacy applications22:23
melwittbut it didn't seem like the quiesce API would accomplish a perfect sync either, would it?22:23
*** ducttape_ has quit IRC22:23
imcsk8hello, when working with mitaka the endopint version should be 2 or 2.1?22:24
*** lakshmiS has joined #openstack-nova22:24
*** jamielennox|away is now known as jamielennox22:24
*** ayoung has joined #openstack-nova22:25
dansmithmelwitt: it does because it freezes the vm at the point of quiesce22:25
dansmithand requires them to freeze one at a time, then snapshot them all, then unfreeze one at a time22:25
jfcastroany pointer to how nova manage swap, plz?22:25
*** markvoelker_ has quit IRC22:25
mriedemimcsk8: 2.122:25
mriedemv2.0 is deprecated22:26
mriedem*deprecated22:26
mriedemyeah they still have to do some hand-holding in the app calling the api22:26
mriedem1. freeze vm1, wait for it to change state, 2. freeze vm2, wait for state change, etc22:26
melwittdansmith: I mean if they call quiesce per VM (I thought it said the API is not taking a list) then they wouldn't all quiesce at the same time is what I was thinking22:26
mriedemrather than say sending a list of instance uuids to do in batch or something22:26
mriedemmelwitt: they want them to go in order, not at the same time22:27
imcsk8mriedem: thanks!22:27
*** thorst_ has quit IRC22:27
*** [1]Thelo has joined #openstack-nova22:27
mriedem"Usually Nova API will manipulate one VM per action. One proposal is to expose quiesce, unquiesce single API action on multiple VMs in order, this will break Nova API style and leads to implementation complexity."22:27
dansmithmelwitt: they wouldn't all quiesce at the same time, right, but the snapshots would all be done while all of them are frozen22:27
dansmithmriedem: right my first complaint last time was that they wanted a "snapshot all these vms, kthx" operation22:28
melwittokay, my bad. I thought they wanted to have the whole app across VMs snapshot at the same time22:28
dansmithwhich requires a lot of orchestration in nova22:28
mriedemmake a server group and snapshot that :)22:28
dansmithmelwitt: well, they want that, but that's really not doable22:28
*** shaohe_feng has quit IRC22:29
dansmithmriedem: oh wait, I know.. put all the instances on one compute node and just checkpoint the host!22:29
*** shaohe_feng has joined #openstack-nova22:30
mriedemso what we need is, snapshot in ironic22:30
melwittI see. it seems like the quiesce API isn't a great solution, it sort of does it but not to what they really want22:30
*** Thelo has quit IRC22:30
*** [1]Thelo is now known as Thelo22:30
dansmithmelwitt: that's why this is a poor analog for what they actually want, and not really that useful, IMHO22:30
melwittdansmith: yeah, I see that point22:31
mriedemwhat i really want is food, so, time to leave22:32
melwittfood API spec22:32
mriedemif you're my wife, you eat the food in order22:33
mriedemsort of like this spec22:33
melwittlegacy eating22:33
*** omnipresent has quit IRC22:33
mriedemha, i'll point that out to her22:33
mriedemand then explain it22:33
mriedemthere will be much eye rolling22:34
melwitt:D22:34
*** mriedem has quit IRC22:34
dansmithheh22:34
*** dave-mccowan has joined #openstack-nova22:34
*** mriedem has joined #openstack-nova22:34
*** mriedem has quit IRC22:35
*** dave-mcc_ has joined #openstack-nova22:36
imcsk8mriedem: the proper version is v2.25 right?22:37
openstackgerritMichael Still proposed openstack/nova: Power on failures should put an instance into error  https://review.openstack.org/25824322:37
*** mrkz has quit IRC22:38
*** shaohe_feng has quit IRC22:40
*** pwnall has quit IRC22:40
*** dave-mccowan has quit IRC22:40
*** shaohe_feng has joined #openstack-nova22:40
*** gjayavelu has quit IRC22:41
*** kfarr has quit IRC22:41
*** cdent has quit IRC22:41
*** lpetrut has quit IRC22:43
*** admin0 has quit IRC22:45
*** pushkaru has quit IRC22:46
*** rama_y has quit IRC22:46
*** shaohe_feng has quit IRC22:50
*** shaohe_feng has joined #openstack-nova22:50
*** rbridgeman_ has quit IRC22:53
*** gjayavelu has joined #openstack-nova22:55
*** shaohe_feng has quit IRC23:00
*** atuvenie_ has quit IRC23:00
*** lakshmiS has quit IRC23:01
*** shaohe_feng has joined #openstack-nova23:01
*** sdague has quit IRC23:01
*** jwcroppe_ has joined #openstack-nova23:03
*** ayoung has quit IRC23:03
*** zhangjn has quit IRC23:04
*** jwcroppe has quit IRC23:05
*** dave-mcc_ has quit IRC23:06
*** unicell has quit IRC23:06
*** xyang1 has quit IRC23:06
*** unicell has joined #openstack-nova23:07
*** zhangjn has joined #openstack-nova23:07
*** Sukhdev has joined #openstack-nova23:09
*** tonytan4ever has quit IRC23:09
*** shaohe_feng has quit IRC23:10
*** shaohe_feng has joined #openstack-nova23:13
*** andymaier has quit IRC23:16
*** shaohe_feng has quit IRC23:21
*** shaohe_feng has joined #openstack-nova23:21
*** gjayavelu has quit IRC23:22
*** Swami has quit IRC23:24
*** cdelatte has quit IRC23:25
*** markvoelker has joined #openstack-nova23:26
*** r-daneel has quit IRC23:27
*** j_king has quit IRC23:29
*** abalutoiu_ has quit IRC23:29
*** j_king has joined #openstack-nova23:29
*** markvoelker has quit IRC23:31
*** shaohe_feng has quit IRC23:31
*** shaohe_feng has joined #openstack-nova23:31
*** claudiub has quit IRC23:31
*** nic has quit IRC23:34
*** gjayavelu has joined #openstack-nova23:35
*** liusheng has quit IRC23:36
*** antonyfm has quit IRC23:36
*** liusheng has joined #openstack-nova23:36
*** testttttt has joined #openstack-nova23:38
*** shaohe_feng has quit IRC23:41
*** shaohe_feng has joined #openstack-nova23:42
*** testttttt has quit IRC23:44
*** mriedem has joined #openstack-nova23:46
mriedemjaypipes: well, i got home, and mortimer had eaten laura's purse23:47
*** Sukhdev has quit IRC23:48
*** epheo has quit IRC23:49
*** mdrabe has joined #openstack-nova23:49
*** shaohe_feng has quit IRC23:51
*** shaohe_feng has joined #openstack-nova23:52
*** gjayavelu has quit IRC23:54
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/31374323:54
*** pwnall has joined #openstack-nova23:58
*** tpepper has quit IRC23:59

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