Monday, 2016-06-06

*** clayton has joined #openstack-nova00:00
*** zz_dimtruck is now known as dimtruck00:02
*** yamahata has quit IRC00:05
*** shaohe_feng has quit IRC00:07
*** shaohe_feng has joined #openstack-nova00:08
*** chip_ has joined #openstack-nova00:10
*** ctrath has quit IRC00:10
*** shaohe_feng has quit IRC00:17
*** shaohe_feng has joined #openstack-nova00:18
*** dimtruck is now known as zz_dimtruck00:21
*** takashin has joined #openstack-nova00:23
*** ijw has quit IRC00:27
*** shaohe_feng has quit IRC00:28
*** ijw has joined #openstack-nova00:28
*** shaohe_feng has joined #openstack-nova00:29
*** fragatin_ has joined #openstack-nova00:30
*** hoangcx has joined #openstack-nova00:31
*** fragatina has quit IRC00:32
*** fragatin_ has quit IRC00:35
*** shaohe_feng has quit IRC00:38
*** shaohe_feng has joined #openstack-nova00:39
*** jamesdenton has joined #openstack-nova00:43
*** ircuser-1 has joined #openstack-nova00:45
*** shaohe_feng has quit IRC00:48
*** shaohe_feng has joined #openstack-nova00:49
*** rama_y has joined #openstack-nova00:52
*** salv-orlando has quit IRC00:54
*** salv-orlando has joined #openstack-nova00:54
*** ijw has quit IRC00:55
*** thorst has joined #openstack-nova00:55
*** thorst has quit IRC00:56
*** cheneydc has joined #openstack-nova00:57
*** boomsauce has quit IRC00:57
*** ljxiash has joined #openstack-nova00:58
*** shaohe_feng has quit IRC00:58
*** shaohe_feng has joined #openstack-nova00:59
*** ljxiash has quit IRC01:03
*** raunak has joined #openstack-nova01:05
*** ijw has joined #openstack-nova01:06
openstackgerritAlex Xu proposed openstack/nova: Remove policy checkpoints for SecurityGroupAPI and NetworkAPI  https://review.openstack.org/32564101:07
openstackgerritAlex Xu proposed openstack/nova: Remove policy checkpoints from ComputeAPI  https://review.openstack.org/32075201:07
openstackgerritAlex Xu proposed openstack/nova: Remove the skip_policy_check flags  https://review.openstack.org/32568401:07
*** shaohe_feng has quit IRC01:09
*** shaohe_feng has joined #openstack-nova01:10
*** jamesdenton has quit IRC01:16
*** ijw has quit IRC01:16
*** jamesdenton has joined #openstack-nova01:17
*** shaohe_feng has quit IRC01:19
*** ljxiash has joined #openstack-nova01:19
*** shaohe_feng has joined #openstack-nova01:20
*** chip_ has quit IRC01:21
*** chip_ has joined #openstack-nova01:23
*** EinstCrazy has joined #openstack-nova01:25
*** shaohe_feng has quit IRC01:29
*** ducnc has joined #openstack-nova01:29
*** EinstCrazy has quit IRC01:29
*** shaohe_feng has joined #openstack-nova01:30
*** EinstCrazy has joined #openstack-nova01:30
*** ljxiash has quit IRC01:37
*** mriedem has quit IRC01:38
*** shaohe_feng has quit IRC01:39
*** shaohe_feng has joined #openstack-nova01:40
*** Kevin_Zheng has joined #openstack-nova01:43
*** ljxiash has joined #openstack-nova01:46
*** shaohe_feng has quit IRC01:50
*** shaohe_feng has joined #openstack-nova01:50
*** yamahata has joined #openstack-nova01:51
*** jamesden_ has joined #openstack-nova01:52
*** jamesdenton has quit IRC01:55
*** thorst has joined #openstack-nova01:56
*** jamesden_ has quit IRC01:57
*** thorst has quit IRC01:59
*** sacharya has joined #openstack-nova01:59
*** thorst has joined #openstack-nova01:59
*** zz_dimtruck is now known as dimtruck01:59
*** jamesdenton has joined #openstack-nova01:59
*** thorst has quit IRC02:00
*** shaohe_feng has quit IRC02:00
*** thorst has joined #openstack-nova02:00
*** shaohe_feng has joined #openstack-nova02:01
*** jamesdenton has quit IRC02:04
*** Daisy has joined #openstack-nova02:04
*** thorst has quit IRC02:05
*** shaohe_feng has quit IRC02:10
*** shaohe_feng has joined #openstack-nova02:11
*** Daisy has quit IRC02:14
*** chip_ has quit IRC02:14
*** Daisy has joined #openstack-nova02:14
*** Daisy_ has joined #openstack-nova02:16
*** Daisy has quit IRC02:16
*** sacharya has quit IRC02:19
*** vishwanathj has joined #openstack-nova02:20
*** shaohe_feng has quit IRC02:20
*** shaohe_feng has joined #openstack-nova02:21
*** Jeffrey4l_ has joined #openstack-nova02:24
openstackgerritZhenyu Zheng proposed openstack/nova: Add check of capabilities for detach interface  https://review.openstack.org/30811502:27
openstackgerritZhenyu Zheng proposed openstack/nova: Add support matrix for attach and detach interfaces  https://review.openstack.org/31280102:27
openstackgerritChen Fan proposed openstack/nova: trivial: remove no more usage local variables  https://review.openstack.org/32570202:30
*** shaohe_feng has quit IRC02:31
*** shaohe_feng has joined #openstack-nova02:31
*** chip_ has joined #openstack-nova02:31
*** raunak has quit IRC02:37
*** ctrath has joined #openstack-nova02:38
*** gmann has quit IRC02:38
*** Daisy_ has quit IRC02:41
*** shaohe_feng has quit IRC02:41
*** Daisy has joined #openstack-nova02:41
*** zhangjl has joined #openstack-nova02:41
*** zhangjl has left #openstack-nova02:42
*** ozialien10 has quit IRC02:42
*** gmann has joined #openstack-nova02:42
*** shaohe_feng has joined #openstack-nova02:42
*** chip_ has quit IRC02:42
openstackgerritZhenyu Zheng proposed openstack/nova: Add support matrix for attach and detach interfaces  https://review.openstack.org/31280102:44
*** chip_ has joined #openstack-nova02:44
*** gcb has joined #openstack-nova02:45
*** Daisy_ has joined #openstack-nova02:47
*** Daisy has quit IRC02:48
openstackgerritZhenyu Zheng proposed openstack/nova: api-ref: parameter  verification for os-aggregates  https://review.openstack.org/31551702:50
*** shaohe_feng has quit IRC02:51
*** shaohe_feng has joined #openstack-nova02:52
*** salv-orl_ has joined #openstack-nova03:00
*** shaohe_feng has quit IRC03:01
*** Daisy_ has quit IRC03:02
*** Daisy has joined #openstack-nova03:02
*** shaohe_feng has joined #openstack-nova03:02
*** thorst has joined #openstack-nova03:03
*** salv-orlando has quit IRC03:03
*** gcb has quit IRC03:03
*** gcb has joined #openstack-nova03:03
*** Daisy_ has joined #openstack-nova03:04
*** mmandel has joined #openstack-nova03:05
openstackgerritTakashi NATSUME proposed openstack/nova: Fix white spaces in api-ref  https://review.openstack.org/32570503:07
*** Daisy has quit IRC03:08
*** sheel has joined #openstack-nova03:09
*** thorst has quit IRC03:10
*** shaohe_feng has quit IRC03:12
*** shaohe_feng has joined #openstack-nova03:12
*** gcb has quit IRC03:15
*** sacharya has joined #openstack-nova03:16
*** mmandel has quit IRC03:21
*** shaohe_feng has quit IRC03:22
*** shaohe_feng has joined #openstack-nova03:27
*** chip_ has quit IRC03:28
*** gcb has joined #openstack-nova03:30
*** ljxiash has quit IRC03:32
*** shaohe_feng has quit IRC03:32
*** shaohe_feng has joined #openstack-nova03:33
*** raunak has joined #openstack-nova03:35
*** Daisy_ has quit IRC03:36
openstackgerritYang Shengming proposed openstack/nova: prevent resize down with ceph backend in libvirt driver  https://review.openstack.org/32570803:37
*** Daisy has joined #openstack-nova03:37
*** dave-mccowan has quit IRC03:41
*** Daisy has quit IRC03:41
*** shaohe_feng has quit IRC03:42
*** shaohe_feng has joined #openstack-nova03:43
*** raunak has quit IRC03:44
*** zerda2 has joined #openstack-nova03:46
*** amotoki has joined #openstack-nova03:47
*** mmandel has joined #openstack-nova03:50
*** ljxiash has joined #openstack-nova03:52
*** shaohe_feng has quit IRC03:53
*** shaohe_feng has joined #openstack-nova03:54
*** mmandel has quit IRC03:55
*** ljxiash has quit IRC03:57
openstackgerritTakashi NATSUME proposed openstack/nova: Add swap volume notifications (start, end)  https://review.openstack.org/25028303:57
*** shaohe_feng has quit IRC04:03
*** shaohe_feng has joined #openstack-nova04:04
*** amotoki has quit IRC04:08
*** fragatina has joined #openstack-nova04:08
*** fragatina has quit IRC04:09
*** thorst has joined #openstack-nova04:09
*** fragatina has joined #openstack-nova04:09
*** shaohe_feng has quit IRC04:13
*** shaohe_feng has joined #openstack-nova04:14
*** raunak has joined #openstack-nova04:14
*** thorst has quit IRC04:16
*** sree has joined #openstack-nova04:16
*** dimtruck is now known as zz_dimtruck04:19
*** amotoki has joined #openstack-nova04:22
*** shaohe_feng has quit IRC04:23
*** shaohe_feng has joined #openstack-nova04:25
*** vishwanathj has quit IRC04:28
openstackgerritZhenyu Zheng proposed openstack/nova: api-ref: parameter  verification for os-aggregates  https://review.openstack.org/31551704:29
*** vishwanathj has joined #openstack-nova04:30
*** amotoki has quit IRC04:30
*** shaohe_feng has quit IRC04:34
*** shaohe_feng has joined #openstack-nova04:35
*** penick has joined #openstack-nova04:37
*** amotoki has joined #openstack-nova04:37
*** jaosorior has joined #openstack-nova04:41
*** rama_y has quit IRC04:43
*** shaohe_feng has quit IRC04:44
*** shaohe_feng has joined #openstack-nova04:45
*** jwcroppe has joined #openstack-nova04:46
*** jwcroppe has quit IRC04:46
*** irenab has joined #openstack-nova04:46
*** jwcroppe has joined #openstack-nova04:46
*** Daisy has joined #openstack-nova04:48
*** penick has quit IRC04:48
*** irenab has quit IRC04:48
*** shaohe_feng has quit IRC04:54
*** shaohe_feng has joined #openstack-nova04:55
*** amotoki has quit IRC05:02
*** jwcroppe has quit IRC05:04
*** shaohe_feng has quit IRC05:04
*** shaohe_feng has joined #openstack-nova05:05
*** ctrath has quit IRC05:05
*** haukebruno has joined #openstack-nova05:08
*** jwcroppe has joined #openstack-nova05:10
*** pcaruana has quit IRC05:13
*** thorst has joined #openstack-nova05:14
*** shaohe_feng has quit IRC05:15
*** shaohe_feng has joined #openstack-nova05:16
*** ecelik has joined #openstack-nova05:17
*** thorst has quit IRC05:20
*** sudipto has joined #openstack-nova05:22
*** ljxiash has joined #openstack-nova05:23
*** shaohe_feng has quit IRC05:25
*** ljxiash has quit IRC05:27
*** ljxiash has joined #openstack-nova05:27
*** shaohe_feng has joined #openstack-nova05:28
openstackgerritTakashi NATSUME proposed openstack/nova: Add swap volume notifications (start, end)  https://review.openstack.org/25028305:29
*** sudipto has quit IRC05:29
*** haukebruno has quit IRC05:31
*** haukebruno has joined #openstack-nova05:33
*** shaohe_feng has quit IRC05:35
*** shaohe_feng has joined #openstack-nova05:36
*** ratailor has joined #openstack-nova05:36
*** prateek has joined #openstack-nova05:38
openstackgerritChen Fan proposed openstack/nova: fix a typo in comment  https://review.openstack.org/32572805:41
*** shaohe_feng has quit IRC05:45
*** shaohe_feng has joined #openstack-nova05:46
*** shaohe_feng has quit IRC05:56
*** shaohe_feng has joined #openstack-nova05:57
*** josecastroleon has joined #openstack-nova05:57
*** itamarl has joined #openstack-nova05:58
*** openstackgerrit has quit IRC06:02
*** openstackgerrit has joined #openstack-nova06:03
*** shaohe_feng has quit IRC06:06
*** rdopiera_pto is now known as rdopiera06:06
*** shaohe_feng has joined #openstack-nova06:07
*** mjura has joined #openstack-nova06:11
*** sudipto has joined #openstack-nova06:11
*** gcb has quit IRC06:12
*** Daisy has quit IRC06:14
*** Daisy has joined #openstack-nova06:15
*** itamarl_ has joined #openstack-nova06:15
openstackgerritLi Yingjun proposed openstack/nova-specs: Flavor notifications spec  https://review.openstack.org/32133606:15
*** Daisy_ has joined #openstack-nova06:15
*** shaohe_feng has quit IRC06:16
*** shaohe_feng has joined #openstack-nova06:17
*** itamarl has quit IRC06:17
*** itamarl_ is now known as itamarl06:17
*** thorst has joined #openstack-nova06:18
*** Daisy has quit IRC06:19
*** fishcried has joined #openstack-nova06:20
*** ljxiash has quit IRC06:24
*** gcb has joined #openstack-nova06:25
*** Daisy_ has quit IRC06:25
*** thorst has quit IRC06:26
*** Daisy has joined #openstack-nova06:26
*** shaohe_feng has quit IRC06:26
*** shaohe_feng has joined #openstack-nova06:27
*** andreas_s has joined #openstack-nova06:29
openstackgerritSudipta Biswas proposed openstack/nova: Introduce a CONF flag to determine glance client version  https://review.openstack.org/31596306:29
openstackgerritChangBo Guo(gcb) proposed openstack/nova: Fix config option scheduler_default_filters' invalid override value  https://review.openstack.org/32574306:29
*** sridharg has joined #openstack-nova06:30
*** dedery has joined #openstack-nova06:30
*** Daisy has quit IRC06:30
*** sacharya has quit IRC06:33
*** fishcried has quit IRC06:33
*** fishcried has joined #openstack-nova06:34
*** liverpooler has joined #openstack-nova06:34
*** Daisy has joined #openstack-nova06:34
*** ociuhandu has joined #openstack-nova06:35
*** ljxiash has joined #openstack-nova06:36
*** shaohe_feng has quit IRC06:37
*** shaohe_feng has joined #openstack-nova06:37
*** apoorv has joined #openstack-nova06:37
*** dedery_ has joined #openstack-nova06:39
*** dedery has quit IRC06:42
openstackgerritChangBo Guo(gcb) proposed openstack/nova: test: pass enable_pass as kwarg in test_evacuate  https://review.openstack.org/32574806:44
*** raunak has quit IRC06:44
*** shaohe_feng has quit IRC06:47
*** shaohe_feng has joined #openstack-nova06:47
openstackgerritChangBo Guo(gcb) proposed openstack/nova: Make sure config option public_interface with correct override value  https://review.openstack.org/32574906:51
*** dedery_ has quit IRC06:52
*** dedery has joined #openstack-nova06:53
*** tesseract has joined #openstack-nova06:53
*** jwcroppe has quit IRC06:54
*** yamahata has quit IRC06:55
*** ratailor has quit IRC06:55
*** ratailor has joined #openstack-nova06:55
*** jwcroppe has joined #openstack-nova06:56
*** shaohe_feng has quit IRC06:57
*** shaohe_feng has joined #openstack-nova06:58
*** jwcroppe has quit IRC07:00
*** salv-orl_ has quit IRC07:03
*** tanee is now known as tanee_away07:03
*** salv-orlando has joined #openstack-nova07:03
*** tanee_away is now known as tanee07:04
*** tanee is now known as tanee_away07:04
*** tanee_away is now known as tanee07:04
*** tanee is now known as tanee_away07:05
*** tanee_away is now known as tanee07:06
tdurakovhi folks, who could help me mergin 2 backports into stable branches?07:06
*** shaohe_feng has quit IRC07:07
*** shaohe_feng has joined #openstack-nova07:08
openstackgerritChangBo Guo(gcb) proposed openstack/nova: test: pass enable_pass as kwarg in test_evacuate  https://review.openstack.org/32574807:10
*** yamahata has joined #openstack-nova07:10
*** ratailor has quit IRC07:11
*** ratailor has joined #openstack-nova07:11
*** ratailor has quit IRC07:11
*** ratailor has joined #openstack-nova07:12
openstackgerritChangBo Guo(gcb) proposed openstack/nova: Make sure config option public_interface with correct override value  https://review.openstack.org/32574907:12
*** migi_ is now known as migi07:12
*** pcaruana has joined #openstack-nova07:14
openstackgerritChangBo Guo(gcb) proposed openstack/nova: Remove config option config_drive_format's invalid value test  https://review.openstack.org/32575707:15
*** ivase has quit IRC07:17
*** matrohon has joined #openstack-nova07:17
*** ivase has joined #openstack-nova07:18
*** shaohe_feng has quit IRC07:18
*** shaohe_feng has joined #openstack-nova07:18
*** fishcried1 has joined #openstack-nova07:22
*** jed56 has joined #openstack-nova07:22
*** mpavone has joined #openstack-nova07:22
*** fishcried has quit IRC07:23
*** fishcried1 is now known as fishcried07:23
openstackgerritDao Cong Tien proposed openstack/nova: Stop using mox from api/openstack/fakes.py  https://review.openstack.org/32575907:23
*** thorst has joined #openstack-nova07:25
*** jlanoux has joined #openstack-nova07:27
*** shaohe_feng has quit IRC07:28
*** fishcried has quit IRC07:28
*** shaohe_feng has joined #openstack-nova07:29
*** thorst has quit IRC07:31
*** vtech has joined #openstack-nova07:31
*** daemontool has joined #openstack-nova07:31
*** tesseract has quit IRC07:32
*** Daisy has quit IRC07:32
*** Daisy has joined #openstack-nova07:32
*** tesseract has joined #openstack-nova07:33
*** sacharya has joined #openstack-nova07:33
*** ishant|away is now known as ishant07:34
*** klkumar has joined #openstack-nova07:34
*** klkumar has quit IRC07:37
*** sacharya has quit IRC07:38
*** Daisy_ has joined #openstack-nova07:38
*** shaohe_feng has quit IRC07:38
openstackgerritChangBo Guo(gcb) proposed openstack/nova: libvirt: Fix wrong override value for config options virt_type and cpu_mode  https://review.openstack.org/32576107:39
*** shaohe_feng has joined #openstack-nova07:39
openstackgerritTakashi NATSUME proposed openstack/nova: Stop using mox stubs in nova/tests/unit/cells  https://review.openstack.org/32328707:39
openstackgerritTakashi NATSUME proposed openstack/nova: Return 400 when SecurityGroupCannotBeApplied is raised  https://review.openstack.org/32333207:40
openstackgerritTakashi NATSUME proposed openstack/nova: Stop using mox stubs in fake_notifier  https://review.openstack.org/32373007:40
*** ljxiash has quit IRC07:41
openstackgerritTakashi NATSUME proposed openstack/nova: Remove mox in test_block_device_mapping_v1.py  https://review.openstack.org/30874607:41
openstackgerritTakashi NATSUME proposed openstack/nova: Stop using mox stubs in volume/encryptors/test_base.py  https://review.openstack.org/31973607:42
*** Daisy has quit IRC07:42
openstackgerritTakashi NATSUME proposed openstack/nova: Set 'serial' to new volume ID in swap volumes  https://review.openstack.org/25713507:42
*** roeyc has joined #openstack-nova07:42
*** ljxiash has joined #openstack-nova07:42
*** tesseract has quit IRC07:46
*** tesseract has joined #openstack-nova07:46
*** Daisy_ has quit IRC07:48
*** shaohe_feng has quit IRC07:48
*** Daisy has joined #openstack-nova07:49
*** shaohe_feng has joined #openstack-nova07:49
openstackgerritChangBo Guo(gcb) proposed openstack/nova: test: remove invalid test method in libvirt/test_imagebackend  https://review.openstack.org/32576507:51
*** Oku_OS-away is now known as Oku_OS07:53
openstackgerritAbhijeet Malawade proposed openstack/nova: Return HTTPBadRequest if incorrect params are provided to images api  https://review.openstack.org/31415307:57
*** shaohe_feng has quit IRC07:59
openstackgerritChangBo Guo(gcb) proposed openstack/nova: xenapi: Remove invalid values for config option image_compression_level  https://review.openstack.org/32577107:59
*** shaohe_feng has joined #openstack-nova07:59
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-nova08:00
openstackgerritBalazs Gibizer proposed openstack/nova: Transform instance.delete notifications  https://review.openstack.org/31365408:02
*** Daisy_ has joined #openstack-nova08:04
*** danpb has joined #openstack-nova08:04
*** chenfan has joined #openstack-nova08:05
*** Oku_OS has quit IRC08:05
*** Oku_OS has joined #openstack-nova08:05
*** Daisy has quit IRC08:08
*** shaohe_feng has quit IRC08:09
openstackgerritChangBo Guo(gcb) proposed openstack/nova: libvirt: Fix wrong override value for config options virt_type and cpu_mode  https://review.openstack.org/32576108:09
*** shaohe_feng has joined #openstack-nova08:10
openstackgerritChangBo Guo(gcb) proposed openstack/nova: test: remove invalid test method in libvirt/test_imagebackend  https://review.openstack.org/32576508:12
*** jichen has joined #openstack-nova08:13
*** shaohe_feng has quit IRC08:19
*** paul-carlton2 has joined #openstack-nova08:20
*** shaohe_feng has joined #openstack-nova08:20
*** jaosorior has quit IRC08:23
*** jaosorior has joined #openstack-nova08:23
*** thorst has joined #openstack-nova08:29
*** shaohe_feng has quit IRC08:29
openstackgerritRong Han proposed openstack/nova: Fix nova-compute start failed when reserved_huge_pages has value.  https://review.openstack.org/32437908:30
*** shaohe_feng has joined #openstack-nova08:30
*** PaulMurray has joined #openstack-nova08:32
*** EinstCra_ has joined #openstack-nova08:33
*** EinstCrazy has quit IRC08:33
*** tinbar has joined #openstack-nova08:33
*** thorst has quit IRC08:35
*** yamahata has quit IRC08:37
*** shaohe_feng has quit IRC08:40
*** aloga has quit IRC08:40
*** shaohe_feng has joined #openstack-nova08:41
*** aloga has joined #openstack-nova08:41
*** divya___ has joined #openstack-nova08:42
*** apoorv has quit IRC08:42
divya___Failed to provision instance 4ad755ea-6f07-4554-9231-ebb3f371034d: Failed to deploy. Error: 400 Bad Request: Unknown scheme 'swift+config' found in URI (HTTP 400)08:43
divya___i have copied logs @http://paste.openstack.org/show/508315/08:43
divya___can anyone help plz ?08:43
*** lpetrut has joined #openstack-nova08:45
*** yassine has joined #openstack-nova08:45
*** zhs has joined #openstack-nova08:47
*** jaosorior is now known as jaosorior_lunch08:48
openstackgerritAnkit Agrawal proposed openstack/nova: Remove redundant migration status update  https://review.openstack.org/24751908:50
*** shaohe_feng has quit IRC08:50
*** mgoddard has joined #openstack-nova08:50
*** jogo has quit IRC08:51
*** shaohe_feng has joined #openstack-nova08:51
*** apoorv has joined #openstack-nova08:51
openstackgerritRong Han proposed openstack/nova: Fix Residual resources for deleted instances after migrate/resize error  https://review.openstack.org/32563508:52
*** mvk has joined #openstack-nova08:54
sudiptodivya___, seems like the node you trying to provision via ironic did not respond back in due time...08:56
divya___how can i chk it08:58
divya___how can we resolve it08:58
*** shaohe_feng has quit IRC09:00
*** mnestratov has joined #openstack-nova09:00
*** cdent has joined #openstack-nova09:00
divya___sudipto how can we resolve it09:01
*** shaohe_feng has joined #openstack-nova09:01
*** mgoddard has quit IRC09:01
*** ihrachys has joined #openstack-nova09:02
*** jogo has joined #openstack-nova09:04
gibijohnthetubaguy: hi! could you mark the bp approved https://blueprints.launchpad.net/nova/+spec/versioned-notification-transformation-newton as the relate spec was approved?09:10
*** shaohe_feng has quit IRC09:10
johnthetubaguygibi: yeah, let me sync those up09:10
*** shaohe_feng has joined #openstack-nova09:11
gibijohnthetubaguy: thanks!09:11
*** hshiina has joined #openstack-nova09:13
*** kaisers1 has joined #openstack-nova09:17
*** dedery has quit IRC09:18
*** sahid has joined #openstack-nova09:19
*** sacharya has joined #openstack-nova09:19
*** moshele has joined #openstack-nova09:19
*** shaohe_feng has quit IRC09:21
*** shaohe_feng has joined #openstack-nova09:22
*** permalac has joined #openstack-nova09:22
*** sacharya has quit IRC09:23
ratailorjohnthetubaguy, could you please review https://review.openstack.org/#/c/294491/09:31
*** shaohe_feng has quit IRC09:31
*** shaohe_feng has joined #openstack-nova09:32
*** gszasz has joined #openstack-nova09:32
johnthetubaguyratailor: I am just not sure thats the best way to fix that issue. We have too many periodic tasks. What about checking those things on a SIG_HUP instead (normally triggers a config reload)09:32
*** thorst has joined #openstack-nova09:33
ratailorjohnthetubaguy, How can we handle this using SIG_HUP, could you please give a hint, if time permits ?09:35
ratailorjohnthetubaguy, IMO normally SIG_HUP is used when we want to use new values for config parameters without restarting the service. right ?09:36
*** sambetts|afk is now known as sambetts09:36
*** thorst has quit IRC09:40
*** shaohe_feng has quit IRC09:41
*** shaohe_feng has joined #openstack-nova09:42
*** Daisy_ has quit IRC09:47
johnthetubaguyratailor: today thats all we do, I believe the compute manager could do extra things on SIG HUP, its just we would need to wire that up09:47
*** Daisy has joined #openstack-nova09:48
*** sree has quit IRC09:49
*** shaohe_feng has quit IRC09:51
*** shaohe_feng has joined #openstack-nova09:52
*** jaosorior_lunch is now known as jaosorior09:52
*** Daisy has quit IRC09:52
*** ljxiash has quit IRC09:57
*** ljxiash has joined #openstack-nova09:57
*** ljxiash has quit IRC09:58
*** ljxiash has joined #openstack-nova09:58
*** ljxiash has quit IRC09:58
*** ljxiash has joined #openstack-nova09:59
*** daemontool has quit IRC09:59
johnthetubaguyratailor: my mistake, I think you can do this here: https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L55510:01
*** shaohe_feng has quit IRC10:02
*** cheneydc has quit IRC10:02
*** shaohe_feng has joined #openstack-nova10:03
*** ljxiash has quit IRC10:03
*** zenoway has joined #openstack-nova10:03
openstackgerritDinesh Bhor proposed openstack/nova: Return HTTP 200 on list for invalid status  https://review.openstack.org/31596410:07
*** roeyc has quit IRC10:12
*** shaohe_feng has quit IRC10:12
*** shaohe_feng has joined #openstack-nova10:13
*** zenoway has quit IRC10:17
*** zenoway has joined #openstack-nova10:17
*** ivase has quit IRC10:17
*** ivase has joined #openstack-nova10:18
ratailorjohnthetubaguy, I am not able to understand, How we can use this reset method to delete instances stuck in deleting task state without restarting compute service.10:19
ratailorjohnthetubaguy, Is there anything implemented like this before ? If yes, could you pl point to that.10:19
johnthetubaguyratailor: that reset method is called when you send SIG_HUP signal to the nova-compute process10:19
johnthetubaguyratailor: for example, see the code in that method, where it re-calculates the RPC pin10:19
johnthetubaguyratailor: basically, you can just call your periodic task, I believe, from that reset method10:20
*** itamarl has quit IRC10:20
ratailorjohnthetubaguy, but in that case, if would not be automatic.10:22
*** shaohe_feng has quit IRC10:22
*** salv-orlando has quit IRC10:22
ratailorjohnthetubaguy, I think admin has to send sighup. Am I right ?10:23
johnthetubaguyratailor: yes, its not automatic10:23
johnthetubaguythats why I like it10:23
*** salv-orlando has joined #openstack-nova10:23
*** shaohe_feng has joined #openstack-nova10:23
johnthetubaguynow the admin can add automation to call a SIG_HUP if they ever have to kill/restore their rabbit server10:23
ratailorjohnthetubaguy, So you mean to say, whatever we want to do on sighup, we should call that functionality from reset method.10:24
johnthetubaguymaybe, yes10:24
johnthetubaguyalthough, we need to make sure we have not still about to process a delete, thats quite hard to spot10:24
ratailorjohnthetubaguy, yes, On service restart, it is handled but not without restart.10:25
johnthetubaguywhat I mean, is restarting the service means we can no longer be processing the delete10:26
johnthetubaguyif there are no rabbit messages for the compute node10:26
johnthetubaguybut its harder if the service is still running10:26
johnthetubaguyhow do you know we are not currently processing the delete, etc10:27
tdurakovjohnthetubaguy: hey, have you heard any of issues about live-migration of volume-backed instances with config-drive10:30
tdurakovtype for config drive is vfat10:30
tdurakovPaulMurray: ^10:30
johnthetubaguytdurakov: i remember talk of issues before, but maybe not with vfat10:31
johnthetubaguyits possible recent "fixes" broke other things?10:31
tdurakovjohnthetubaguy: it doesn't work for iso960010:31
*** mfedosin has joined #openstack-nova10:31
tdurakovbut I've just faced with the same for vfat10:32
tdurakovfiling bug,10:32
tdurakovthere is a problem with block-migration flag calculation10:32
*** shaohe_feng has quit IRC10:32
*** shaohe_feng has joined #openstack-nova10:33
*** thorst has joined #openstack-nova10:38
tdurakovjohnthetubaguy: https://bugs.launchpad.net/nova/+bug/158945710:39
openstackLaunchpad bug 1589457 in OpenStack Compute (nova) "volume-backed instances with config-drive type vfat live-migration fails " [Undecided,New]10:39
*** zenoway has quit IRC10:39
ratailorjohnthetubaguy, But on restart, delete is handled in init_instance10:39
*** zenoway has joined #openstack-nova10:40
ratailorjohnthetubaguy, we can only take instance with 'deleting' task_state  into consideration while cleaning up without restarting the service.10:40
johnthetubaguyratailor: agreed thats what happens. But it can make lots of assumptions because the service has been restarted, it knows there is nothing happening in nova-compute when it comes back up10:40
tdurakovI feel this is done in wrong place https://github.com/openstack/nova/blob/545d8d8666389f33601b0b003dec844004694919/nova/virt/libvirt/driver.py#L634010:41
tdurakovit should be done during pre_live_migration checks not in pre_live_migration itself10:41
johnthetubaguyratailor: I mean we need to know we are not still trying to delete that instance, and its just taking a long time (the instance lock might be enough to fix that, but that causes other issues)10:41
*** ivase has quit IRC10:42
johnthetubaguytdurakov: yeah, that should be in check_can_live_migrate, or whatever it is called10:42
*** shaohe_feng has quit IRC10:43
openstackgerritAnh Tran proposed openstack/nova: Stop using mox from compute/test_multiple_create.py  https://review.openstack.org/32581910:43
*** shaohe_feng has joined #openstack-nova10:44
*** hoangcx has quit IRC10:44
*** zenoway has quit IRC10:44
*** thorst has quit IRC10:46
*** ljxiash has joined #openstack-nova10:46
*** tangchen has joined #openstack-nova10:47
*** daemontool has joined #openstack-nova10:47
*** zenoway has joined #openstack-nova10:48
*** boomsauce has joined #openstack-nova10:48
*** smatzek_ has joined #openstack-nova10:48
*** ljxiash has quit IRC10:51
*** shaohe_feng has quit IRC10:53
*** shaohe_feng has joined #openstack-nova10:54
*** sdague has joined #openstack-nova10:54
*** ljxiash has joined #openstack-nova10:57
*** sahid has quit IRC11:02
*** zenoway has quit IRC11:03
*** shaohe_feng has quit IRC11:03
*** shaohe_feng has joined #openstack-nova11:04
*** aarefiev_ is now known as aarefiev11:06
*** cdent has quit IRC11:08
*** rtheis has joined #openstack-nova11:10
*** Dinesh_Bhor has joined #openstack-nova11:11
*** shaohe_feng has quit IRC11:13
*** shaohe_feng has joined #openstack-nova11:14
PaulMurraytdurakov, sorry, was engrossed in code. vfat has always worked AFAIK. The only thing stopping it being migrated before was a conditional that prevented any migration with a config drive - and that was only there because th iso9600 problem11:18
PaulMurraytdurakov, so if you have an issue I think its a bug - and possibly recently introduced11:19
sdaguegmann: I'm trying to understand your concerns around microversions here11:19
sdaguehttps://review.openstack.org/#/c/325308/11:19
*** sacharya has joined #openstack-nova11:20
*** ducnc has quit IRC11:20
*** sudipto has quit IRC11:22
*** jaypipes has joined #openstack-nova11:23
sdaguegmann: oh, I see, I left some bits out11:24
*** shaohe_feng has quit IRC11:24
*** sacharya has quit IRC11:25
*** shaohe_feng has joined #openstack-nova11:27
*** roeyc has joined #openstack-nova11:27
*** cdent has joined #openstack-nova11:27
openstackgerritSean Dague proposed openstack/nova: api-ref: verify keypairs  https://review.openstack.org/32530811:32
openstackgerritSean Dague proposed openstack/nova: api-ref: add version 2.3 parameters to servers  https://review.openstack.org/32550211:32
*** mgoddard has joined #openstack-nova11:32
*** shaohe_feng has quit IRC11:34
*** shaohe_feng has joined #openstack-nova11:35
*** salv-orlando has quit IRC11:35
*** salv-orlando has joined #openstack-nova11:35
*** thorst has joined #openstack-nova11:36
*** rmart04 has joined #openstack-nova11:37
*** salv-orl_ has joined #openstack-nova11:39
openstackgerritBalazs Gibizer proposed openstack/nova: Transfrom wrap_exception notification to versioned format  https://review.openstack.org/31070011:41
openstackgerritBalazs Gibizer proposed openstack/nova: Enhance notification sample test base  https://review.openstack.org/32161011:41
openstackgerritBalazs Gibizer proposed openstack/nova: Handle multiple samples per versioned notification  https://review.openstack.org/32160911:41
openstackgerritBalazs Gibizer proposed openstack/nova: Do not register notification objects  https://review.openstack.org/30945411:41
openstackgerritBalazs Gibizer proposed openstack/nova: Transform instance.delete notifications  https://review.openstack.org/31365411:41
*** salv-orlando has quit IRC11:42
*** shaohe_feng has quit IRC11:44
*** shaohe_feng has joined #openstack-nova11:45
*** baoli has joined #openstack-nova11:45
*** baoli_ has joined #openstack-nova11:46
*** dave-mccowan has joined #openstack-nova11:46
*** smatzek_ has quit IRC11:46
*** smatzek has joined #openstack-nova11:47
*** gstepanov_ has quit IRC11:48
*** baoli has quit IRC11:50
*** zenoway has joined #openstack-nova11:50
*** Jeffrey4l_ has quit IRC11:51
Dinesh_Bhoroomichi: Hi, Fixed your review comment. Please take a look at it: https://review.openstack.org/#/c/315964/11:51
openstackgerritBalazs Gibizer proposed openstack/nova: Improve nova.rpc conf options documentation  https://review.openstack.org/30267811:51
*** ratailor has quit IRC11:51
*** shaohe_feng has quit IRC11:54
*** ankit has joined #openstack-nova11:56
ankitHi all, can someone please help reviewing https://review.openstack.org/#/c/247519/ a trivial change11:56
*** shaohe_feng has joined #openstack-nova11:57
*** salv-orl_ has quit IRC11:58
*** salv-orlando has joined #openstack-nova11:58
*** chip_ has joined #openstack-nova11:59
*** JoseMello has joined #openstack-nova12:00
*** paul-carlton2 has quit IRC12:01
*** markvoelker has joined #openstack-nova12:01
*** jsuchome has joined #openstack-nova12:01
*** chip_ has quit IRC12:01
*** ociuhandu has quit IRC12:03
*** shaohe_feng has quit IRC12:05
*** shaohe_feng has joined #openstack-nova12:05
*** aysyd has joined #openstack-nova12:05
tdurakovPaulMurray: yes, filed bug, working on fix12:07
*** zerda2 has quit IRC12:08
openstackgerritSean Dague proposed openstack/nova: api-ref: verify keypairs  https://review.openstack.org/32530812:08
openstackgerritSean Dague proposed openstack/nova: api-ref: add version 2.3 parameters to servers  https://review.openstack.org/32550212:08
PaulMurraytdurakov, what's the problem - I guess it doesn't recognise it as a block device ?12:09
tdurakovPaulMurray: https://bugs.launchpad.net/nova/+bug/1589457 - initial RCA12:10
openstackLaunchpad bug 1589457 in OpenStack Compute (nova) "live-migration fails for volume-backed instances with config-drive type vfat" [Medium,Confirmed] - Assigned to Timofey Durakov (tdurakov)12:10
openstackgerritjichenjc proposed openstack/nova: WIP: add tag support in api-ref  https://review.openstack.org/32585212:10
*** armax has joined #openstack-nova12:11
*** armax has left #openstack-nova12:11
tdurakovPaulMurray: it automatically converts migration to be block one, and then doesn't differ vfat from iso960012:11
*** armax has joined #openstack-nova12:12
*** salv-orl_ has joined #openstack-nova12:13
openstackgerritTang Chen proposed openstack/nova: Use oslo_log in nova  https://review.openstack.org/32585512:13
*** Daisy has joined #openstack-nova12:14
*** shaohe_feng has quit IRC12:15
*** shaohe_feng has joined #openstack-nova12:16
*** salv-orlando has quit IRC12:16
sdaguejohnthetubaguy / alex_xu either of you able to land https://review.openstack.org/#/c/320048 then I'll add microversions on top of it12:17
*** apoorv has quit IRC12:19
openstackgerritJohn Garbutt proposed openstack/nova: Transfrom wrap_exception notification to versioned format  https://review.openstack.org/31070012:20
*** GLaupre has joined #openstack-nova12:20
johnthetubaguysdague: I can take a look at that in a few mins12:20
GLaupreHello everyone. I have a question about SR-IOV and the IP commands that are used in the nova code. To whom can I ask question about the libvirt and specialy SR-IOV? Tks :)12:21
*** pradk has joined #openstack-nova12:21
*** takashin has left #openstack-nova12:23
tdurakovPaulMurray, johnthetubaguy according to this one https://bugs.launchpad.net/nova/+bug/1246201 I expect that live-migration of volume-backed instance with vfat config drive should work, am I right?12:24
openstackLaunchpad bug 1246201 in OpenStack Compute (nova) "Live migration fails when the instance has a config_drive_format=iso9660" [High,In progress] - Assigned to Michael Still (mikal)12:24
johnthetubaguytdurakov: that was my assumption too, but I am not sure12:24
kashyapsdague: If you have stable +2 creds, let's put the final nail in the coffin for this?: https://review.openstack.org/#/c/325566/112:24
*** ivase has joined #openstack-nova12:25
sdaguekashyap: +212:25
*** shaohe_feng has quit IRC12:25
*** shaohe_feng has joined #openstack-nova12:25
kashyapExcellent.12:26
*** eharney has joined #openstack-nova12:28
*** nortman has quit IRC12:29
*** jsuchome has quit IRC12:30
*** sree has joined #openstack-nova12:31
*** Daisy has quit IRC12:34
PaulMurraytdurakov, yes, it should work with vfat12:34
openstackgerritJohn Garbutt proposed openstack/nova: add "needs:*" tags to the config option modules  https://review.openstack.org/32225512:34
*** Daisy has joined #openstack-nova12:34
PaulMurraytdurakov, iso9600 fails because its a read only device - qemu creates it at the destination and then tries to copy to it, which fails because it can't12:35
PaulMurraytdurakov, it needs to be created with the content12:35
PaulMurraytdurakov, vfat doesn't have the problem so it should just work12:35
*** shaohe_feng has quit IRC12:35
PaulMurraywe always did migrate vfat config drives on our cloud - that was icehouse and earlier12:36
tdurakovPaulMurray: in case of vfat and volume-backed instance, should it be block-migration or true live-migration?12:36
*** shaohe_feng has joined #openstack-nova12:36
PaulMurrayIt should be block migrate - its a local file that qemu has to copy12:37
*** IanGovett has joined #openstack-nova12:37
*** jsuchome has joined #openstack-nova12:37
*** akshai has joined #openstack-nova12:38
tdurakovPaulMurray: ok, thanks12:38
*** Daisy has quit IRC12:38
*** rodrigods has quit IRC12:38
*** rodrigods has joined #openstack-nova12:38
fricklerblock migrate in icehouse copied attached volumes onto themselves, that was blocked in Juno iirc12:39
*** paul-carlton2 has joined #openstack-nova12:39
*** IanGovett has quit IRC12:39
*** IanGovett has joined #openstack-nova12:40
tdurakovdeployed devstack on liberty, same behaviour, so, I doesn't allow to block-migrate such instance, as frickler mentioned12:42
*** haukebruno has quit IRC12:42
openstackgerritZhenyu Zheng proposed openstack/nova: api-ref: parameter verification for os-hypervisors  https://review.openstack.org/31668112:42
tdurakovin case of true live-migration it fails too, complaining to no shared storage12:43
tdurakovInvalidSharedStorage: node1 is not on shared storage: Live migration can not be used without shared storage except a booted from volume VM which does not have a local disk.12:43
* tdurakov start thinking is not a bug12:43
openstackgerritZhenyu Zheng proposed openstack/nova: Remove mox in tests/unit/objects/test_instance_faults  https://review.openstack.org/30712612:44
tdurakovPaulMurray, johnthetubaguy ^12:44
*** garyk has joined #openstack-nova12:44
*** zz_dimtruck is now known as dimtruck12:45
johnthetubaguytdurakov: hmm, yeah, I am not sure then12:45
*** shaohe_feng has quit IRC12:46
*** ociuhandu has joined #openstack-nova12:46
*** shaohe_feng has joined #openstack-nova12:46
alex_xujohnthetubaguy: are you checking on https://review.openstack.org/#/c/320048, if not, let me help on it12:47
*** eharney has quit IRC12:48
openstackgerritSean Dague proposed openstack/nova: api-ref: verify keypairs  https://review.openstack.org/32530812:49
openstackgerritSean Dague proposed openstack/nova: api-ref: add version 2.3 parameters to servers  https://review.openstack.org/32550212:49
johnthetubaguyalex_xu: just posted my review, sdague I found quite a few issues, I think12:49
alex_xujohnthetubaguy: cool12:50
sdaguejohnthetubaguy: yep12:50
*** vishwanathj has quit IRC12:51
alex_xusdague: i added few also :)12:53
moshelelbeliveau: hi12:54
PaulMurraytdurakov, frickler yes, selective block migration was introduced in mitaka12:54
PaulMurraytdurakov, the logic for live-migration --block-migrate flag changed12:55
moshelesfinucan: hi12:55
*** tinbar has quit IRC12:55
PaulMurray--block-migrate=True => everything has to be block migrated12:55
moshelesean-k-mooney: hi12:55
PaulMurray--block-migrate=False => everything has to be true live migration (i.e. shared storage or volumes)12:55
PaulMurray--block-migration=None (default) => nova works it out - i.e. selective block migration12:56
*** shaohe_feng has quit IRC12:56
PaulMurrayAll ^^^ assuming pi version 2.2412:56
PaulMurrays/pi/API/12:56
*** sree has quit IRC12:56
*** shaohe_feng has joined #openstack-nova12:56
*** sree has joined #openstack-nova12:57
*** rcernin has joined #openstack-nova12:58
*** roman is now known as rpodolyaka12:58
lbeliveaumoshele: hi12:58
*** ociuhandu has quit IRC12:58
PaulMurraysdague, I have a question about API versions and functional tests12:58
sdaguePaulMurray: sure, fire away12:58
PaulMurraysdague, its for console URLs12:58
*** IanGovett has quit IRC12:59
*** rcernin has quit IRC12:59
*** figleaf is now known as edleafe12:59
PaulMurrayI want to add a term to the query string on the console URL12:59
PaulMurrayso it has a token and an instance uuid12:59
*** prateek has quit IRC12:59
PaulMurraythat is backward compatible12:59
PaulMurraybecause the additional terms are ignored12:59
PaulMurraySo should it be an API bump ?13:00
moshelelbeliveau: I tested your patch the confirm-revert didn't work13:00
lbeliveaumoshele: just saw your email, gonna have a look in a few hours, thanks !13:01
moshelelbeliveau: do you know how is working on the numa issue with shelf/unshelf? I thought is was sfinucan but is not on irc13:02
*** EinstCra_ has quit IRC13:02
lbeliveaumoshele: I taught he was working on it as well13:02
sdagueyes, if we are adding parameters it's an API bump13:02
PaulMurraysdague, ok, so the next part....13:03
PaulMurraysdague, what should I do with the templates in the functional tests?13:03
lbeliveaumoshele: send him an email13:04
sdaguePaulMurray: which tests cover this?13:04
PaulMurrayI noticed there are a few classes in nova/tests/functional/api_sample_tests/test_remote_consoles.py13:04
openstackgerritjichenjc proposed openstack/nova: api-ref: body verification of ips.inc  https://review.openstack.org/32589613:05
PaulMurraythat use templates and api samples to run tests13:05
moshelelbeliveau: do you know if they open a bug for this?13:05
PaulMurraythe classes that deal with new features seem to be versioned13:05
PaulMurrayI don't know what I should do here13:05
moshelewznoinsk: hi13:05
sdaguePaulMurray: right, the versioned ones only run tests at that new microversion13:06
*** lindycoder has joined #openstack-nova13:06
*** shaohe_feng has quit IRC13:06
sdaguewhich is probably what you want here13:06
*** shaohe_feng has joined #openstack-nova13:06
*** rlrossit has joined #openstack-nova13:07
*** pwnall has joined #openstack-nova13:07
PaulMurrayDoes that mean I would have to create new tmplates and samples to go with new tests at a new version ?13:07
*** ayoung has joined #openstack-nova13:07
lbeliveaumoshele: I think this is this one https://bugs.launchpad.net/nova/+bug/158738613:07
openstackLaunchpad bug 1587386 in OpenStack Compute (nova) "Unshelve results in duplicated resource deallocated" [Undecided,In progress] - Assigned to Stephen Finucane (sfinucan)13:07
moshelelbeliveau: thanks13:08
PaulMurraysdague, FYI this is the change: https://review.openstack.org/#/c/319964/13:09
openstackgerritjichenjc proposed openstack/nova: api-ref: verfiy limits body  https://review.openstack.org/32589913:10
PaulMurraysdague, oops, wrong change13:10
PaulMurraysdague, this one https://review.openstack.org/#/c/32538213:10
*** mdrabe has joined #openstack-nova13:11
PaulMurraysdague, So I think I would need the addition of the new term to the URL to be conditional on the API version (only add if new version)13:11
*** boomsauce has quit IRC13:11
PaulMurraysdague, but can't see any examples of what to do with the test templates and examples13:11
sdagueit's a parameter change, so you don't change the templates, but you put the logic mainline13:13
sdaguewhy are you doing the uuid inside of compute manager instead of at the API layer?13:15
*** mtanino has joined #openstack-nova13:15
*** xyang1 has joined #openstack-nova13:15
*** IanGovett has joined #openstack-nova13:15
*** mriedem has joined #openstack-nova13:16
PaulMurrayThat's where it is at the moment - the compute managers are configured with a base url, generate a token and make up the URL13:16
*** setuid has joined #openstack-nova13:16
*** shaohe_feng has quit IRC13:16
PaulMurrayI think that may have to change13:17
PaulMurrayif I need to vary the URL based on the API version13:17
*** ankit has quit IRC13:18
sdagueyeh, so I'm a bit under the weather, and might not be thinking this through all the way. But my instinct is we need to get that into the API layer proper13:19
sdaguethis is just there as a routing hint?13:19
*** shaohe_feng has joined #openstack-nova13:20
*** liverpooler has quit IRC13:20
PaulMurrayyes13:20
PaulMurrayfor cells13:20
PaulMurraythe token and connection info will be in the child cell db13:20
*** sacharya has joined #openstack-nova13:20
PaulMurrayand the token alone is not enough for the console proxies to find the right cell db13:21
*** vishwanathj has joined #openstack-nova13:22
sdagueright...13:23
sdagueI guess... I'm trying to understand why the tokens are going to be in the cell dbs13:23
*** jichen has quit IRC13:23
tdurakovPaulMurray, thank you for details13:23
*** prateek has joined #openstack-nova13:23
sdaguebecause, the console manager is going to need talk to the api db, get the cell, talk to the cell db.13:24
PaulMurraysdague, yes, I know, could be in api db - probably not that many of them either.13:25
*** sacharya has quit IRC13:25
dansmithtalking about console tokens?13:25
sdagueyeh13:25
dansmithwhy not put them in the cell db?13:25
PaulMurraysdague, I talked to alaski about it - he thought they should go in cell because they are specific to instances13:25
dansmiththey're specifically related to instances and compute nodes,13:26
dansmithwhich means cell db, IMHO13:26
tdurakovPaulMurray: actually I used older libvirt without selective feature for block-migration13:26
PaulMurraydansmith, right13:26
PaulMurraydansmith, also compute managers can look after cleaning up their own expired tokens13:26
*** edmondsw has joined #openstack-nova13:26
dansmithright13:26
PaulMurraytdurakov, that would do it :)13:27
*** shaohe_feng has quit IRC13:27
sdaguedansmith: ok, it seems that given the routing issue you basically are always talking to both layers directly13:27
PaulMurraytdurakov, as it says in the error message.....13:27
*** shaohe_feng has joined #openstack-nova13:27
dansmithsdague: but that's the same as, say, instance show right?13:27
sdagueand it does seem weird to basically have to put routing hints into the urls for the token to figure out how to find your instance13:27
dansmithrouting hints?13:27
sdaguehttps://review.openstack.org/#/c/325382/2/nova/compute/manager.py13:28
dansmithbecause the uuid?13:28
sdagueyeh13:28
dansmithseems fine to me13:28
dansmithI guess I'm pretty surprised it's not already in there13:29
johnthetubaguything is, as you add compute nodes, you shouldn't need to massively increase the size of the API DB, so this seems like it has to be in the cell DB13:29
johnthetubaguydansmith: +113:29
dansmithjohnthetubaguy: right13:29
dansmithshards perfectly,13:29
*** vishwana_ has joined #openstack-nova13:29
dansmithwe just have (apparently) something that kinda assumed it could always look up everything by token,13:30
dansmithbut no need to keep doing that13:30
sdagueyou know, maybe I'd feel better if the instance was in the path13:30
dansmiththat's the thing I'm surprised isn't already there13:30
mriedemBobBall: anthonyper: is this a known xen project ci failure or new? http://logs.openstack.xenproject.org/53/318953/2/check/dsvm-tempest-xen/d6f01ff/logs/screen-n-cpu.txt.gz - look for "NovaException: Error from libvirt while getting domain info for instance-00000029: [Error Code 1] internal error: libxl_domain_info failed for domain '59'"13:31
rlrossitsdague: now that legacy_v2 is gone, can't half of policy.json go away now too?13:31
sdaguerlrossit: it's in the patch stack somewhere13:31
rlrossitsaweeeeet13:31
* rlrossit waves hands around happily13:31
*** vishwanathj has quit IRC13:31
*** jwcroppe has joined #openstack-nova13:32
*** moshele has quit IRC13:32
PaulMurraysdague, dansmith does that mean you would rather this became a proper resource path like everything else ?13:32
sdaguePaulMurray: how much pain would it be to make the console urls be - CONF.vnc.novncproxy_base_url/{instance_uuid}13:32
sdagueor is that going to screw up something with novnc?13:33
PaulMurraysdague, changing the parameter in the qurey string is backward compatible - existing proxies will understand it and do the right thing13:33
dansmithyeah13:33
dansmiththat's what I was wondering13:33
PaulMurraysdague, I don't know what cahnging the path will do to each proxy13:33
*** sudipto has joined #openstack-nova13:33
PaulMurrayits not a regular nova API that is going to consume the URL13:33
dansmiththis doesn't bother me at all, but whichever way is okay with me13:33
sdagueI'm not entirely sure what backwards compatible means here13:33
sdaguebecause... these are basically opaque to a running cloud right?13:34
PaulMurrayI mean if you add &uuid=<uuid> to any existing console URL it still works13:34
*** vishwanathj has joined #openstack-nova13:34
sdaguesure, but it's not like if you have a console url bookmarked, and your cloud upgrades to cells v2, it still works13:35
PaulMurrayright - just a list of parameters and they pick out the one they are interested in13:35
sdaguethese are not being constructed by users13:35
*** ishant is now known as ishant|away13:35
*** smatzek has quit IRC13:35
PaulMurrayno, but if you upgrade some compute managers before proxies they will work13:35
*** mtanino has quit IRC13:36
PaulMurraybut that's not really a good argument13:36
PaulMurraywe want to move the url build to the api probably13:36
anthonypermriedem: This error looks new, I don't recognize it, and can not find anything usefull in libvirt logs13:36
sdaguegetting a cell db is an atomic point, right?13:36
mriedemanthonyper: ok i'll open a bug13:36
PaulMurrayatomic?13:36
sdagueI'm trying to understand what upgrade story we think is better served by a parameter than a path13:37
*** shaohe_feng has quit IRC13:37
*** vishwanathj has quit IRC13:37
dansmithsdague: what's the problem with a parameter?13:37
sdaguealso, I reverse my previous statement about API version, this is basically opaque internals13:37
*** vishwanathj has joined #openstack-nova13:37
*** armax_ has joined #openstack-nova13:37
sdagueparameters are really supposed to be optional things13:37
*** anteaya has joined #openstack-nova13:38
*** shaohe_feng has joined #openstack-nova13:38
sdaguethis is definitely not optional in cells13:38
dansmithum, really?13:38
dansmithtoken isn't optional13:38
PaulMurraysdague, to be honest I think its more important to see how they proxies handle the path13:38
dansmithit's exactly as important as token13:38
*** vishwana_ has quit IRC13:38
PaulMurraysdague, and I haven't looked at that13:38
*** armax has quit IRC13:39
*** armax_ has quit IRC13:39
*** armax has joined #openstack-nova13:40
sdaguewell, especially as it's being used as a sharing hint, getting that in the path seems more appropriate13:40
*** xyang1 has quit IRC13:40
sdagues/sharing/sharding/13:40
mriedemanthonyper: fyi https://bugs.launchpad.net/nova/+bug/158950713:40
openstackLaunchpad bug 1589507 in OpenStack Compute (nova) "XenProject CI fails auto->manual disk config tests with "[Error Code 1] internal error: libxl_domain_info failed for domain"" [Undecided,New]13:40
openstackgerritBalazs Gibizer proposed openstack/nova: Enhance notification sample test base  https://review.openstack.org/32161013:40
openstackgerritBalazs Gibizer proposed openstack/nova: Handle multiple samples per versioned notification  https://review.openstack.org/32160913:40
openstackgerritBalazs Gibizer proposed openstack/nova: Transform instance.delete notifications  https://review.openstack.org/31365413:40
openstackgerritBalazs Gibizer proposed openstack/nova: Transform instance.update notification  https://review.openstack.org/32592313:40
sdagueanyway, it would be nice to know if path was any different on the upgrade story for real.13:40
*** sridharg has quit IRC13:41
*** xyang1 has joined #openstack-nova13:41
PaulMurraysdague, I'll see what the impact on the proxies is and come back on that13:41
PaulMurraysdague, in the meantime, I didn't understand what to do with the functional tests (and presumably tempest as well)13:42
sdaguePaulMurray: and, on testing, this should have tests. This is not an MV bump, because this is really an opaque internal url that the user should not be generating.13:42
*** sree has quit IRC13:43
*** roeyc has quit IRC13:43
PaulMurrayok, so no microversion bump13:43
*** armax_ has joined #openstack-nova13:43
jsuchomemriedem: hi, would you consider looking at https://review.openstack.org/#/c/225119 again at some point?13:44
sdaguePaulMurray: do we have any code that can figure out if vnc seemed to attach?13:44
PaulMurrayI don't think so13:44
*** mgoddard_ has joined #openstack-nova13:44
PaulMurrayI haven't looked at tempest through13:44
*** armax has quit IRC13:44
*** armax_ is now known as armax13:44
sdaguebecause... this really seems like it would be covered by a Tempest test that vnc gets past auth13:44
*** dmk0202 has joined #openstack-nova13:44
PaulMurraythe functional tests look for the form of the url13:44
*** vishwana_ has joined #openstack-nova13:44
sdagueright, the form of the url is really more of a unit test here13:45
sdaguebecause that doesn't mean you actually found a working console13:45
mriedemjsuchome: yeah13:45
sdagueif we had a tempest test that got the vnc console url, and at least got enough of the vnc stream to know we had authed correct and were getting data, that would work in all cases13:45
sdagueno cells, cells v1, cells v213:46
PaulMurrayyes, agreed13:46
sdaguethat would be ideal here13:46
*** vishwanathj has quit IRC13:47
*** mgoddard has quit IRC13:47
*** shaohe_feng has quit IRC13:47
PaulMurraySo for the functional part I should just change the template for the URL so it works13:47
PaulMurray?13:47
*** eharney has joined #openstack-nova13:47
*** shaohe_feng has joined #openstack-nova13:48
sdaguesure13:48
*** tbachman has joined #openstack-nova13:48
*** prateek has quit IRC13:48
PaulMurrayI'll look at what I can do to refactor the get_console_X calls so more is dealt with in the api13:49
*** hshiina has quit IRC13:49
*** tanee is now known as tanee_away13:49
PaulMurrayI'll have a go and push some patches up13:50
*** cleong has joined #openstack-nova13:50
*** roeyc has joined #openstack-nova13:50
PaulMurraythanks13:50
*** armax has quit IRC13:51
*** sdake has joined #openstack-nova13:51
*** ecelik has quit IRC13:51
*** ctrath has joined #openstack-nova13:53
*** permalac has quit IRC13:54
*** mrkz has joined #openstack-nova13:55
edleafeNova scheduler meeting in 5 minutes in #openstack-meeting-alt13:56
*** sdake_ has joined #openstack-nova13:56
*** GLaupre has quit IRC13:57
*** ametts has joined #openstack-nova13:57
*** shaohe_feng has quit IRC13:57
*** shaohe_feng has joined #openstack-nova13:58
*** mgoddard_ has quit IRC13:58
*** sdake has quit IRC13:58
*** mgoddard has joined #openstack-nova13:58
*** vishwanathj has joined #openstack-nova14:00
*** BjoernT has joined #openstack-nova14:01
*** smatzek has joined #openstack-nova14:02
*** vishwana_ has quit IRC14:03
mriedemjsuchome: comments inline14:03
mriedemjsuchome: i think that's one that's worth bringing up in the operators list14:03
mriedemsince it changes the behavior there14:03
*** paul-carlton2 has quit IRC14:03
mriedemjsuchome: but the cinder.cross_az_attach=False restriction is really just kind of terrible14:03
*** fawadkhaliq has joined #openstack-nova14:05
jsuchomemriedem: thanks14:06
*** dimtruck is now known as zz_dimtruck14:08
*** shaohe_feng has quit IRC14:08
*** shaohe_feng has joined #openstack-nova14:09
mriedemmfedosin: sdague: oh wow, got the nova + glance v2 stack passing in tempest w/ glance v1 disabled14:09
mriedemhttps://review.openstack.org/#/c/325322/14:09
mriedemwe're going to need https://review.openstack.org/#/c/325569/14:09
*** mmandel has joined #openstack-nova14:09
sdaguemriedem: yeh, the stack looked quite promissing, so I'm not hugely surprised14:10
mfedosincool!14:10
mriedemsdague: well, tempest assumes glance v1 client everywhere :(14:10
mriedemi fixed that over the weekend14:10
sdaguemriedem: ah cool14:10
mriedemit could be cleaner, but it was the weekend14:10
mfedosinI'll update patches soon and fix merge conflicts14:10
sdaguemfedosin: johnthetubaguy and I just approved the conf flag14:10
sdagueonce you get the stack updated, I'll do another review today14:11
*** amotoki has joined #openstack-nova14:11
*** mgoddard_ has joined #openstack-nova14:12
*** ljxiash has quit IRC14:12
*** MikeG451 has joined #openstack-nova14:12
*** ljxiash has joined #openstack-nova14:13
mfedosinsdague: okay, got it14:13
*** zz_dimtruck is now known as dimtruck14:15
*** mgoddard has quit IRC14:15
*** vishwana_ has joined #openstack-nova14:16
*** paul-carlton2 has joined #openstack-nova14:17
*** shaohe_feng has quit IRC14:18
*** vishwanathj has quit IRC14:18
*** ljxiash has quit IRC14:18
*** shaohe_feng has joined #openstack-nova14:19
*** armax has joined #openstack-nova14:21
*** tanee_away is now known as tanee14:22
*** ljxiash has joined #openstack-nova14:23
*** shaohe_feng has quit IRC14:28
*** shaohe_feng has joined #openstack-nova14:29
*** armax has quit IRC14:29
*** armax has joined #openstack-nova14:30
*** vishwanathj has joined #openstack-nova14:31
tdurakovmriedem: hi, could you please review this one https://review.openstack.org/#/c/252850/14:32
*** permalac has joined #openstack-nova14:33
*** vishwana_ has quit IRC14:34
*** mtanino has joined #openstack-nova14:34
*** rbradf_not_found is now known as rbradfor14:35
*** rk4n has joined #openstack-nova14:35
*** sajeesh has joined #openstack-nova14:37
*** salv-orlando has joined #openstack-nova14:38
*** amotoki has quit IRC14:38
*** shaohe_feng has quit IRC14:38
*** armax has quit IRC14:39
*** shaohe_feng has joined #openstack-nova14:39
*** cfarquhar has quit IRC14:39
*** armax has joined #openstack-nova14:40
*** salv-orl_ has quit IRC14:42
*** cfarquhar has joined #openstack-nova14:42
*** cfarquhar has quit IRC14:42
*** cfarquhar has joined #openstack-nova14:42
*** rama_y has joined #openstack-nova14:43
*** amotoki has joined #openstack-nova14:44
*** josecastroleon has quit IRC14:44
*** armax has quit IRC14:44
*** armax has joined #openstack-nova14:44
*** sdake_ has quit IRC14:45
*** vishwana_ has joined #openstack-nova14:46
*** amotoki has quit IRC14:47
*** amotoki has joined #openstack-nova14:48
*** vishwanathj has quit IRC14:49
*** shaohe_feng has quit IRC14:49
*** armax has quit IRC14:49
*** shaohe_feng has joined #openstack-nova14:49
*** fawadkhaliq has quit IRC14:49
mdboothdiana_clarke: Pushed the WIP stuff here: https://github.com/mdbooth/nova/tree/matt_working14:51
diana_clarkemdbooth: Thanks!14:51
*** rama_y has quit IRC14:51
mdboothIt's a bit messier than I intended, but I figured you were just going to rip it apart anyway :)14:52
openstackgerritTimofey Durakov proposed openstack/nova: rest api version bumped for async pre live migration checks  https://review.openstack.org/31493214:52
openstackgerritTimofey Durakov proposed openstack/nova: Make live migration checks async  https://review.openstack.org/31111614:52
openstackgerritTimofey Durakov proposed openstack/nova: Added instance actions for conductor  https://review.openstack.org/31111514:52
*** vishwana_ is now known as vishwanathj14:52
*** permalac has quit IRC14:52
*** jwcroppe has quit IRC14:55
*** jwcroppe has joined #openstack-nova14:56
*** mdrabe has quit IRC14:56
*** amotoki has quit IRC14:57
*** mgoddard_ has quit IRC14:58
*** gagehugo has joined #openstack-nova14:58
*** wanghao has quit IRC14:59
* cdent coffees up14:59
*** wanghao has joined #openstack-nova14:59
*** shaohe_feng has quit IRC14:59
*** mvk has quit IRC14:59
*** shaohe_feng has joined #openstack-nova15:00
*** jwcroppe has quit IRC15:01
*** mjura has quit IRC15:01
*** mjura has joined #openstack-nova15:01
*** vishwana_ has joined #openstack-nova15:01
*** mpavone has quit IRC15:02
dansmithjaypipes: there is another meeting starting in that channel, can we continue here/15:02
jaypipescdent, dansmith, bauzas: yeah, sorry. see my last comment from the meeting channel pls.15:02
*** penick has joined #openstack-nova15:03
dansmithjaypipes: if you want.. I don't really know what refactor you plan to do there, so if you'd rather discuss it after you've done it then I guess that's okay, but..15:03
bauzasjaypipes: okay, sorry, I was afk for a coffee15:04
dansmithmaybe I'm silly for still thinking we can get ourselves on the same page ahead of time15:04
*** josecastroleon has joined #openstack-nova15:04
*** vishwanathj has quit IRC15:04
bauzaswhat I really want here is to help, not block you, so again sorry if you feel the contrary :/15:04
*** dmk0202 has quit IRC15:05
*** ijw has joined #openstack-nova15:05
jaypipesdansmith: the refactoring I would like to do to cdent's objects patches I chatted with cdent about this morning. Basically, making InventoryList and AllocationList plain-old-data objects and putting all CRUD operations for aggregate association, atomic inventory updates, and atomic allocation changes on the ResourceProvider object itself.15:05
cdentdansmith: the reasoning behind that was because all of those things need the generation of the resource provider15:07
jaypipesbauzas, dansmith: in the meantime, cdent's patch to add a name to the resource provider should be relatively painless and conflict-free: https://review.openstack.org/#/c/281945/15:08
dansmithjaypipes: hmm, okay15:08
bauzasjaypipes: you mean updating an inventory would cause a new RP generation set ?15:08
jaypipesbauzas: yes.15:08
*** garyk has quit IRC15:09
bauzasI see15:09
cdentjaypipes: I'm going to rebase that one on master and detach it from the rest. make sense?15:09
jaypipescdent: yes15:09
cdent✔15:09
mriedemtdurakov: sure, will take a look15:09
*** shaohe_feng has quit IRC15:09
dansmithcdent: jaypipes: we haven't sent the RP object over rpc ever yet right?15:10
mriedemfudge15:10
dansmithor are we already querying it from the compute node side?15:10
mriedemtdurakov: PaulMurray: looks like we have a bug in the live migration path http://logs.openstack.org/03/315703/1/experimental/gate-tempest-dsvm-multinode-live-migration/97e6c2a/logs/screen-n-cpu.txt.gz?level=TRACE15:10
*** shaohe_feng has joined #openstack-nova15:10
mriedemfairly obvious one15:10
cdentdansmith: not in any reality yet15:10
mriedemLive Migration failure: migrateToURI3() got an unexpected keyword argument 'bandwidth'15:10
*** ctrath has quit IRC15:10
*** mdrabe has joined #openstack-nova15:11
tdurakovmriedem: there is a fix on review15:11
mriedemhttps://bugs.launchpad.net/nova/+bug/158954815:11
openstackLaunchpad bug 1589548 in OpenStack Compute (nova) "Live Migration failure: migrateToURI3() got an unexpected keyword argument 'bandwidth'" [High,Confirmed]15:11
mriedemtdurakov: link?15:12
bauzasdansmith: cdent: yeah I think we can modify the object straigh away wirthout requiring a version bump, if that's what you implied15:12
dansmithcdent: okay I was going to say you could just forego the version bump to try to hide more of our wishy-washy false starts from the criticism of history15:12
cdentroger that, thanks15:13
tdurakovmriedem: https://review.openstack.org/#/c/325204/15:13
*** mjura has quit IRC15:13
*** MikeG451 has quit IRC15:15
*** lindycoder has quit IRC15:15
*** amotoki has joined #openstack-nova15:15
openstackgerritGleb Stepanov proposed openstack/nova: Remove image_meta  https://review.openstack.org/32597515:16
*** lindycoder has joined #openstack-nova15:16
openstackgerritJay Pipes proposed openstack/nova-specs: Amend generic-resource-pools  https://review.openstack.org/32597615:16
jaypipesbauzas, dansmith, cdent, edleafe, johnthetubaguy: please see above ^^15:16
*** vishwanathj has joined #openstack-nova15:16
cdentjaypipes: noted15:17
*** dgonzalez has quit IRC15:17
edleafejaypipes: roger that15:18
*** penick has quit IRC15:19
*** dgonzalez has joined #openstack-nova15:19
*** tonytan4ever has joined #openstack-nova15:19
*** shaohe_feng has quit IRC15:19
*** shaohe_feng has joined #openstack-nova15:20
*** vishwana_ has quit IRC15:20
*** jlanoux has quit IRC15:20
*** Daisy has joined #openstack-nova15:21
*** Daisy has quit IRC15:21
*** andreas_s has quit IRC15:21
*** sacharya has joined #openstack-nova15:21
mriedemdanpb: is stuffing bandwidth into params for migrateToURI3 correct here? https://review.openstack.org/#/c/325204/15:23
mriedemdanpb: i'm not familiar enough with the internals of the libvirt c tree to see where that bandwidth parameter is used15:23
danpbmriedem: yes, what sahid said is correct15:24
*** Daisy has joined #openstack-nova15:24
danpbthe 'params' dict must have bandwidth added to it15:24
mriedemdanpb: ok, i'll make the change15:24
mriedemsince live migration is busted w/o it in the ci job15:24
openstackgerritAndrew Laski proposed openstack/nova: Create Instance from BuildRequest if not in a cell  https://review.openstack.org/26392715:24
openstackgerritAndrew Laski proposed openstack/nova: Raise exception if BuildRequest deleted twice  https://review.openstack.org/32232415:24
openstackgerritAndrew Laski proposed openstack/nova: Cells: Handle delete with BuildRequest  https://review.openstack.org/32598515:24
mriedempkoniszewski: or are you going to update https://review.openstack.org/#/c/325204/ ?15:25
danpbmriedem: the "right" thing is probably for this Guest.migrate method to *not* accept a params parameter at all15:25
danpbmriedem: rather it ought to just take explicit python parameters for everything it needs to support15:25
danpbmriedem: and then construct the dict to pass to libvirt itself15:25
danpbthat way the caller is better insulated from the differences in libvirt apis15:25
mriedemhmm, yeah https://github.com/openstack/nova/blob/bfc5285b4684f6e459e6232ede58365fd9d50e34/nova/virt/libvirt/driver.py#L573315:26
danpbi'm fine if you don't wnat todo that full re-factoring now though and just focus on the quick fix15:26
*** sacharya has quit IRC15:26
danpbmriedem: oh lol, the params dict already has bandwidth set in it15:26
mriedemyeah, which is why pkoniszewski didn't add it15:26
danpbthat just re-inforces my point i guess :-)15:26
danpbsilly api design leaking libvirt differences out to the caller15:26
mriedemso expanding the 3 entries in that params dict in guest.migrate is what we want right?15:27
*** gcb has quit IRC15:27
mriedemnot sure if there are other things15:27
danpbyeah, there will be other things over time, but we don't need them yet15:27
mriedemthat's the only caller so must be15:27
*** gcb has joined #openstack-nova15:27
mriedemok, so i think we should fix this quick and then i'll do the refactor on top15:28
mriedemlet me add the bug ref quick and then i'll +215:28
*** renato_r has joined #openstack-nova15:28
*** rk4n_ has joined #openstack-nova15:30
*** shaohe_feng has quit IRC15:30
openstackgerritMatt Riedemann proposed openstack/nova: [libvirt] Incorrect parameters passed to migrateToURI3  https://review.openstack.org/32520415:30
mriedemdanpb: if you want to +2 ^15:30
*** shaohe_feng has joined #openstack-nova15:31
*** ljxiash has quit IRC15:31
openstackgerritJay Pipes proposed openstack/nova-specs: Amend generic-resource-pools  https://review.openstack.org/32597615:31
*** roeyc has quit IRC15:32
jaypipesbauzas, dansmith: ^^ fixed typos and answered ?s.15:32
*** vishwana_ has joined #openstack-nova15:32
bauzasjaypipes: okay, thanks for answering15:33
*** rk4n has quit IRC15:33
*** josecastroleon has quit IRC15:34
bauzasjaypipes: okay, so that clarifies one thing, it's the "caller service" responsibility to manage its resources15:34
*** Swami has joined #openstack-nova15:34
openstackgerritChris Dent proposed openstack/nova: Add name to ResourceProvider object  https://review.openstack.org/28194515:34
bauzasjaypipes: and not trust Nova for getting it the correct state15:34
*** vishwanathj has quit IRC15:35
bauzasjaypipes: ie. the "caller service" knows its resources and what it sent to Nova, and just compares whether it needs to update it thanks to the generation bit15:35
bauzasokay, gotcha15:35
*** mgoddard has joined #openstack-nova15:35
sdaguesuper easy +A to close a bug on config file generation - https://review.openstack.org/#/c/324576/15:37
*** salv-orlando has quit IRC15:38
*** jsuchome has left #openstack-nova15:39
*** salv-orlando has joined #openstack-nova15:39
*** jdillaman has joined #openstack-nova15:39
*** yassine has quit IRC15:39
*** Daisy_ has joined #openstack-nova15:40
jaypipesbauzas: yep, xactly.15:40
*** yamahata has joined #openstack-nova15:40
*** shaohe_feng has quit IRC15:40
*** Daisy has quit IRC15:40
jaypipessdague: done15:40
*** Daisy has joined #openstack-nova15:41
*** sacharya has joined #openstack-nova15:41
*** shaohe_feng has joined #openstack-nova15:41
bauzasergh, I Wallibied twice15:41
* bauzas runs off now15:41
*** ijw has quit IRC15:41
*** nkrinner_afk has quit IRC15:42
mriedemmikal: you can remove the -2 on https://review.openstack.org/#/c/317739/ now that the bp is approved15:42
openstackgerritAlexis Lee proposed openstack/nova: Break up _live_migration_monitor  https://review.openstack.org/32599715:42
*** Daisy_ has quit IRC15:45
*** kfarr has joined #openstack-nova15:45
*** tpepper has joined #openstack-nova15:45
*** READ10 has joined #openstack-nova15:45
openstackgerritChris Dent proposed openstack/nova: Add Allocation and AllocationList objects  https://review.openstack.org/28244215:45
openstackgerritChris Dent proposed openstack/nova: WIP Extend ResourceProvider to have resources and aggregates  https://review.openstack.org/28496315:45
openstackgerritChris Dent proposed openstack/nova: Add a get_by_uuid for aggregates  https://review.openstack.org/28489515:45
openstackgerritChris Dent proposed openstack/nova: Correct the Inventory object  https://review.openstack.org/31528815:45
openstackgerritChris Dent proposed openstack/nova: WIP resource-pools/placement api  https://review.openstack.org/29310415:45
*** salv-orl_ has joined #openstack-nova15:47
*** vishwanathj has joined #openstack-nova15:48
*** jlanoux has joined #openstack-nova15:48
*** josecastroleon has joined #openstack-nova15:49
bauzasjaypipes: just one thing before I leave, but we can discuss that later, what if service updates a RP with generation=4 but the RP is already at 5 (because another service updated it between the last time the service updated it and now) ?15:49
*** salv-orlando has quit IRC15:50
dansmithbauzas: 40915:50
bauzasjaypipes: I think we should return a 40x right?15:50
mriedemtdurakov: comments inline https://review.openstack.org/#/c/252850/ but that's going to return a 500 from the REST API15:50
dansmithbauzas: it says that in the spec15:50
*** shaohe_feng has quit IRC15:50
bauzasdansmith: sorry, I was reading it as "if the generation bit was the same, but yeah"15:50
*** shaohe_feng has joined #openstack-nova15:51
*** vishwana_ has quit IRC15:51
*** vishwanathj has quit IRC15:52
*** Sukhdev has joined #openstack-nova15:53
*** raunak has joined #openstack-nova15:54
*** hshiina has joined #openstack-nova15:56
*** sdake has joined #openstack-nova15:56
*** ijw has joined #openstack-nova15:57
*** jwcroppe has joined #openstack-nova15:57
*** dmk0202 has joined #openstack-nova15:58
auggygood morning!15:59
PaulMurraymorning auggy15:59
dansmithwhat's so good about it?15:59
*** shaohe_feng has quit IRC16:00
*** shaohe_feng has joined #openstack-nova16:01
mdboothdansmith: diana_clarke and I spoke about the incremental thing from Friday earlier. I've been having a slightly closer look, and I *think* we might be able to do it if we switch it round.16:01
dansmithmdbooth: okay cool16:02
mdboothi.e. Update driver.py to call the new interfaces first, and implement the new interfaces using the old interface.16:02
mdboothThen replace the old interface incrementally.16:02
dansmithah, okay16:02
mdboothHowever, I haven't started writing the actual code yet, so I may yet stumble.16:02
mdboothReason is that by updating driver.py first you've already got the extra required context from the caller.16:03
mriedemdanpb: that refactor isn't as clean as i initially though - the method args to guest.migrate are used to determine which of the 3 libvirt migrateToURL methods to use :(16:03
*** jwcroppe has quit IRC16:03
mriedems/though/thought/16:03
mdboothAnyway, will give it a go tomorrow, and will proceed if it's not going to be a huge amount of extra work.16:03
dansmithmdbooth: makes sense16:03
*** vtech has quit IRC16:04
*** Daisy has quit IRC16:04
mriedemi guess i can pass a flag into guest.migrate to tell it which to use, or what's available16:05
*** mgoddard_ has joined #openstack-nova16:06
*** dmk0202 has quit IRC16:06
*** mgoddard has quit IRC16:06
*** bnemec has joined #openstack-nova16:08
*** shaohe_feng has quit IRC16:11
dansmithdoffm: around?16:12
openstackgerritPaul Carlton proposed openstack/nova: Permit Live Migration of Rescued Instances  https://review.openstack.org/30819816:12
*** shaohe_feng has joined #openstack-nova16:14
*** josecastroleon has quit IRC16:20
*** shaohe_feng has quit IRC16:21
*** ssurana has joined #openstack-nova16:22
*** shaohe_feng has joined #openstack-nova16:22
*** ssurana has quit IRC16:22
*** josecastroleon has joined #openstack-nova16:23
*** jaosorior has quit IRC16:23
*** jaosorior has joined #openstack-nova16:24
*** nic has joined #openstack-nova16:24
*** Daisy has joined #openstack-nova16:25
*** ssurana has joined #openstack-nova16:25
openstackgerritPaul Carlton proposed openstack/python-novaclient: [microversion] Bump to 2.31  https://review.openstack.org/31602616:25
mdboothHas anybody else seen weird errors related to gettext and cinderclient recently?16:25
*** sudipto has quit IRC16:25
*** rk4n has joined #openstack-nova16:26
mriedemmdbooth: you probably need to rebase16:26
mriedemthat was fixed last week i think16:26
mdboothmriedem: I'm all up to date :/16:26
*** rama_y has joined #openstack-nova16:26
mdboothGot a link?16:26
diana_clarkemdbooth: and -r when you tox16:26
mdboothdiana_clarke: -r ? Does that blow away the venv?16:26
*** woodster_ has joined #openstack-nova16:26
*** ssurana has quit IRC16:26
mdboothIf so, I did that manually.16:27
*** mat128 is now known as mat128|lunch16:27
mdboothA bunch of times, just to be sure :)16:27
mriedemmdbooth: http://lists.openstack.org/pipermail/openstack-dev/2016-May/096190.html i think16:27
mdboothmriedem: Thanks, looks related16:28
* mdbooth will dig16:28
*** ssurana has joined #openstack-nova16:28
mriedemyay more / new live migration failures now http://logs.openstack.org/04/325204/2/experimental/gate-tempest-dsvm-multinode-live-migration/2b050a0/logs/screen-n-cpu.txt.gz?level=TRACE#_2016-06-06_16_07_04_86716:28
mriedemLive Migration failure: Operation not supported: Selecting disks to migrate is not implemented for tunnelled migration16:28
*** rk4n_ has quit IRC16:28
*** diga has joined #openstack-nova16:29
openstackgerritPaul Carlton proposed openstack/nova: Permit Live Migration of Rescued Instances  https://review.openstack.org/30819816:29
*** vishwanathj has joined #openstack-nova16:30
*** ijw has quit IRC16:30
*** Daisy has quit IRC16:30
*** stewie925 has joined #openstack-nova16:30
doffmdansmith: Yep.16:31
*** shaohe_feng has quit IRC16:31
*** shaohe_feng has joined #openstack-nova16:32
*** fragatina has quit IRC16:33
digaauggy: Hi16:33
*** artom has quit IRC16:33
dansmithdoffm: maybe this is a gap in my (weak) understanding, but are you saying that if you are inside a transaction and go to insert a row that will conflict with something in another transaction, you'll fail?16:33
*** tesseract has quit IRC16:33
dansmithdoffm: I thought you'd only fail when you commit16:33
*** pcaruana has quit IRC16:34
*** Apoorva has joined #openstack-nova16:35
doffmdansmith: No, I guess you are right. Nothing is actually going to the db in these functions.16:35
*** matrohon has quit IRC16:35
doffmWell, we are building a transaction that gets sent to the db.16:35
stewie925hi auggy good morning16:35
dansmithdoffm: right, but your save() won't raise the duplicateentry, right? the commit will?16:35
doffmWhich means the exceptions have to go outside of the function (and transaction wrapper).16:36
doffmYeah the commit will.16:36
dansmithright, exactly16:36
mriedemkashyap: looks like you have some experience with this https://bugs.launchpad.net/nova/+bug/158959116:36
openstackLaunchpad bug 1589591 in OpenStack Compute (nova) "gate-tempest-dsvm-multinode-live-migration fails with "Live Migration failure: Operation not supported: Selecting disks to migrate is not implemented for tunnelled migration"" [High,Confirmed]16:36
mriedemkashyap: there is an older related bug16:36
*** ihrachys has quit IRC16:36
doffmdansmith: Isn't that a bug that could have been introduced in a ton of places by the db changes?16:36
*** ihrachys has joined #openstack-nova16:37
*** vishwana_ has joined #openstack-nova16:37
openstackgerritPaul Carlton proposed openstack/nova: Permit Live Migration of Rescued Instances  https://review.openstack.org/30819816:37
dansmithdoffm: you mean because of the switch to enginefacade?16:37
dansmithdoffm: I think I said that in my review right?16:37
doffmdansmith: Yeah.16:37
dansmithif not, I thought it :)16:37
doffmYou did.16:37
doffmLet me go off and write a test to check this.16:38
dansmithcool16:38
rlrossitmriedem: what's the kosher way of getting a traceback in nova?16:38
*** ijw has joined #openstack-nova16:38
mriedemrlrossit: LOG.exception?16:38
rlrossitmriedem: nah like hunting down a trace16:39
rlrossitusing inspect or traceback?16:39
rlrossit(looking at https://review.openstack.org/#/c/310700/15)16:39
mriedemrlrossit: https://review.openstack.org/#/c/274714/11/nova/objects/instance.py ?16:39
*** lpetrut has quit IRC16:39
*** vishwanathj has quit IRC16:40
rlrossitnow I remember where I was doing this stuff... it was in the cinder exception wrapping16:40
rlrossitthat uses sys.exc_info()16:41
*** mtanino_ has joined #openstack-nova16:41
*** sudipto has joined #openstack-nova16:41
*** shaohe_feng has quit IRC16:41
openstackgerritPaul Carlton proposed openstack/nova: Permit Live Migration of Rescued Instances  https://review.openstack.org/30819816:42
*** mtanino has quit IRC16:42
*** shaohe_feng has joined #openstack-nova16:42
*** vtech has joined #openstack-nova16:44
*** dimtruck is now known as zz_dimtruck16:45
*** nic has quit IRC16:46
mriedempaul-carlton: do you know anything about this libvirt.live_migration_tunnelled flag? https://github.com/openstack/nova/blob/master/nova/conf/libvirt.py#L9816:47
mriedemthe live and block migrate options are deprecated in favor of that option16:48
mriedemand the option help says, "If not set, Nova will choose a sensible default"16:48
mriedembut looking at the code, it looks like if it's not set, it doesn't do anything16:48
mriedemhttps://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L55916:49
*** tonytan4ever has quit IRC16:49
*** artom has joined #openstack-nova16:49
paul-carlton2mriedem, not a lot, I think we don't set it16:50
mriedemmarkmc: ^ looks like you added that? https://review.openstack.org/#/c/263434/16:50
dansmithmriedem: yeah, the removal of caring about that flag happened recently I think16:51
dansmithtrying to remember who that was16:51
doffmdansmith: Turns out I already had a test. https://review.openstack.org/#/c/296597/12/nova/tests/unit/objects/test_aggregate.py "test_aggregate_host_add_to_db_duplicate"16:51
doffmStill looking in to the issue.16:51
*** shaohe_feng has quit IRC16:52
*** vishwanathj has joined #openstack-nova16:52
mriedemdansmith: ok, hrm. i just know our live migration job is busted right now because we're specifying that tunneled flag and passing device names, which makes libvirt puke16:52
*** josecastroleon has quit IRC16:52
*** shaohe_feng has joined #openstack-nova16:52
dansmithhmm16:52
mriedemand reading the help text on that option makes me think it's a magical fairy unicorn that will solve all of my problems16:53
openstackgerritSudipta Biswas proposed openstack/nova: split the glance API path based on config  https://review.openstack.org/31600716:54
mriedemi can easily work around this by popping out the tunneled flag when we're passing device_names to migrateToURI3, but that seems wrong if the config told us to do tunneled migration16:55
*** vishwana_ has quit IRC16:55
mriedemi guess alternatively, we don't pass the device names if we're configured to use tunnelled mode16:55
*** tbachman has quit IRC16:55
*** stewie925 has quit IRC16:55
*** ihrachys has quit IRC16:55
*** fragatina has joined #openstack-nova16:55
*** vishwanathj has quit IRC16:58
*** mat128|lunch is now known as mat12816:58
*** tbachman has joined #openstack-nova16:59
*** jwcroppe has joined #openstack-nova16:59
*** xenogear_ has joined #openstack-nova17:00
*** xenogear_ is now known as xenogear17:01
*** stewie925 has joined #openstack-nova17:01
*** shaohe_feng has quit IRC17:02
*** nic has joined #openstack-nova17:03
*** jwcroppe has quit IRC17:04
*** shaohe_feng has joined #openstack-nova17:05
*** amotoki has quit IRC17:05
*** penick has joined #openstack-nova17:06
jaypipesalaski: https://review.openstack.org/#/c/325436/17:07
*** nic has quit IRC17:07
*** nic has joined #openstack-nova17:08
kashyapmriedem: Hey, was on a train, looking now...17:09
kashyapmriedem: Oh, this one.17:10
*** rmart04 has quit IRC17:10
* kashyap reads the context fully before commenting...17:11
*** josecastroleon has joined #openstack-nova17:12
*** shaohe_feng has quit IRC17:12
*** mtanino has joined #openstack-nova17:12
*** shaohe_feng has joined #openstack-nova17:13
*** MikeG451 has joined #openstack-nova17:13
*** mtanino_ has quit IRC17:14
kashyapmriedem: That error message is expected, and the related bug you linked is appropriate.17:14
kashyapI'll add a note there17:14
*** BobBall is now known as BobBall_AWOL17:15
mriedemkashyap: ok, i also just replied to the ML thread that was related to mark's changes for the config options, since some of that seems half baked but i'm not sure17:16
kashyapmriedem: The secure tunnelled migration case will be handled when Gate uses QEMU 2.7 (?) -- which has danpb's TLS migration work built into QMEU.17:17
*** jwcroppe has joined #openstack-nova17:18
mriedemwe're at 2.5 right now in the ci job17:18
mriedemwith xenial17:18
*** Apoorva_ has joined #openstack-nova17:18
kashyapmriedem: Setting this 'live_migration_tunnelled=false' should solve the Gate failure.17:20
*** jaosorior has quit IRC17:20
mriedemkashyap: yeah because it will pop out the tunnelled flag17:20
kashyapmriedem: Yep.17:20
mriedembut it would be nice if we could do something better in the code17:20
kashyapWe should unset it, until we use the right QEMU version.17:21
mriedemespecially since the live_migrate_tunnelled help text says it will make the right decision for you17:21
*** setuid has left #openstack-nova17:21
mriedemif you don't set it i mean17:21
kashyapmriedem: It will make the right decision when we use the QEMU version which has native encryption17:21
danpbmriedem: whats the problem we're seeing ?17:22
*** Apoorva has quit IRC17:22
kashyapdanpb: https://bugs.launchpad.net/nova/+bug/158959117:22
openstackLaunchpad bug 1589591 in OpenStack Compute (nova) "gate-tempest-dsvm-multinode-live-migration fails with "Live Migration failure: Operation not supported: Selecting disks to migrate is not implemented for tunnelled migration"" [High,Confirmed]17:22
*** shaohe_feng has quit IRC17:22
danpboh that sucks17:23
mriedemha17:23
kashyapdanpb: It is coming from the "selective block device migration" work (93a19e28 in libvirt)17:23
kashyap("It" == the error)17:24
danpbmriedem: oh i see, this problem is complex set of moving parts17:24
danpbthere are 2 ways in which qemu can do block migration17:24
danpbthe old deprecated way was to include it with the migration data stream17:24
danpbthe new preferred way is to use an NBD server17:25
*** catintheroof has joined #openstack-nova17:25
danpbthe old way worked with tunneled and non-tunelled migration17:25
danpbthe new way only works with non-tunnelled migration17:25
mriedemnew way is also == migrateToURI3?17:25
danpbnow, we added ability to selectively migrate disk, but this only works with the new NBD way17:25
*** shaohe_feng has joined #openstack-nova17:25
danpbno, this is nothing todo with choice of libvirt APIs17:26
danpbits all about internal impl17:26
openstackgerritMike Fedosin proposed openstack/nova: Add 'download' method to GlanceImageServiceV2  https://review.openstack.org/32116717:26
openstackgerritMike Fedosin proposed openstack/nova: Add 'show' method to GlanceImageServiceV2  https://review.openstack.org/32116617:26
openstackgerritMike Fedosin proposed openstack/nova: [DNM] Test glance v2 in Nova  https://review.openstack.org/32155117:26
openstackgerritMike Fedosin proposed openstack/nova: Add 'create' method to GlanceImageServiceV2  https://review.openstack.org/32117017:26
openstackgerritMike Fedosin proposed openstack/nova: Split the glance API path based on config  https://review.openstack.org/31600717:26
openstackgerritMike Fedosin proposed openstack/nova: Add 'update' method to GlanceImageServiceV2  https://review.openstack.org/32117117:26
openstackgerritMike Fedosin proposed openstack/nova: Make Hyper-V to work with glance v2 api  https://review.openstack.org/32467017:26
openstackgerritMike Fedosin proposed openstack/nova: Add 'delete' method to GlanceImageServiceV2  https://review.openstack.org/32116817:26
openstackgerritMike Fedosin proposed openstack/nova: Make Xenplugin to work with glance v2 api  https://review.openstack.org/32453617:26
openstackgerritMike Fedosin proposed openstack/nova: Add 'detail' method to GlanceImageServiceV2  https://review.openstack.org/32116917:26
danpbso basically nova config has asked for tunnelled migration, which forces libvirt to use the old block migration approach17:26
danpbbut nova has also started using select disk migration, which doesn;'t work with old block migration17:26
mriedemi'm with you so far17:27
mriedemwe're broken out of the box by default, i like it17:27
danpbyeah, fun17:27
danpbi'm just going to look at the logic nova is using17:27
danpbas it was not supposed to use the selective disk migration unless it has checked it will actually wokr17:28
*** sambetts is now known as sambetts|afk17:28
openstackgerritJay Pipes proposed openstack/nova: Revert cell DB inventory/allocations migrations  https://review.openstack.org/32543617:28
*** diogogmt has joined #openstack-nova17:29
*** vtech has quit IRC17:29
kashyapmriedem: For later bed-time reading, here's a tiny wiki page that tries to describe the 'new' way -- http://wiki.libvirt.org/page/NBD_storage_migration17:30
danpbmriedem: looks to me like  _live_migration_copy_disk_paths() is only checking the libvirt version when deciding whether it cna do selective disk migration17:30
danpbmriedem: if we augment that method to also check if tunnelled migration is requested, then we can skip the selective disk migration17:30
kashyapAh-ha17:33
*** shaohe_feng has quit IRC17:33
mriedemdanpb: ok, i was looking at that one too17:33
*** shaohe_feng has joined #openstack-nova17:33
mriedemdanpb: if device_names is empty, should we omit 'migrate_disks' in params to migrateToURI3?17:34
mriedemor will libvirt ignore an empty list?17:34
mriedemprobably best to omit i'm guessing17:34
danpbprobably safest to omit it, as you never know if libvirt will get stricter in future17:34
mriedemok, i'll work on a patch this afternoon then17:34
* mriedem didn't realize today was going to turn into an all things live migration day17:34
danpbany day which involves live migration turns into an "all things live migration day" no matter how small it starts out :-)17:35
*** nic has quit IRC17:35
mriedemtrue. thanks for the help.17:35
*** sudipto has quit IRC17:36
*** sudipto has joined #openstack-nova17:37
kashyapmriedem: In the spirit of 'live migration day', you're also going to add a comment with some analysis there, for the benefit of those who later come to study it and might get befuddled...17:38
*** raunak has quit IRC17:40
*** raunak has joined #openstack-nova17:41
*** rahuls has joined #openstack-nova17:42
*** josecastroleon has quit IRC17:42
artomDid someone say live migration day? Means I can totally grovel for reviews on https://review.openstack.org/#/c/325361/17:42
*** diga has quit IRC17:43
tdurakovmriedem, want to discuss you comment https://review.openstack.org/#/c/252850/10/nova/compute/manager.py17:43
*** raunak has quit IRC17:43
tdurakovbefore submitting new ps17:43
*** shaohe_feng has quit IRC17:43
mriedemkashyap: for sure17:43
mriedemtdurakov: sure17:43
*** browne has joined #openstack-nova17:43
*** MikeG451 has quit IRC17:44
*** yamahata has quit IRC17:44
tdurakovlog.debug is proposed by sahid, as it's up to user to properly prepare quest agent, so It's ok to use debug here, to not to spam into logs, what do you think?17:44
*** daemontool has quit IRC17:44
*** shaohe_feng has joined #openstack-nova17:44
tdurakovmriedem: ^17:44
tdurakovs/quest/guest17:44
*** stewie925 has quit IRC17:45
*** lucas-afk has quit IRC17:45
*** raunak has joined #openstack-nova17:46
*** sajeesh has quit IRC17:46
*** vishwanathj has joined #openstack-nova17:47
*** zenoway has quit IRC17:48
*** harlowja has joined #openstack-nova17:48
*** daemontool has joined #openstack-nova17:48
mriedemtdurakov: i guess that's ok17:48
tdurakovmriedem: cool, will resubmit change soon17:49
mriedemthe user will get the error back from the api anyway, or should'17:49
mriedemwith the right detail17:49
*** sdake_ has joined #openstack-nova17:49
*** sdake has quit IRC17:49
tdurakovmriedem: agree on second comment, just wanted to make sure about log levels17:49
mriedemok17:50
*** lucasagomes has joined #openstack-nova17:52
*** rmart04 has joined #openstack-nova17:53
*** shaohe_feng has quit IRC17:53
*** josecastroleon has joined #openstack-nova17:53
*** nic has joined #openstack-nova17:53
*** shaohe_feng has joined #openstack-nova17:54
*** daemontool has quit IRC17:54
*** daemontool has joined #openstack-nova17:55
*** jlanoux has quit IRC17:57
*** danpb has quit IRC17:58
*** lucasagomes has quit IRC17:59
*** zz_dimtruck is now known as dimtruck18:00
*** sdake_ has quit IRC18:01
tdurakovmriedem: what `safe` field in NovaException is used for?18:03
*** shaohe_feng has quit IRC18:03
*** Apoorva has joined #openstack-nova18:04
*** shaohe_feng has joined #openstack-nova18:04
*** lucasagomes has joined #openstack-nova18:04
openstackgerritMatthew Booth proposed openstack/nova: Don't overwrite config disk when using Rbd  https://review.openstack.org/32606818:05
openstackgerritMatthew Booth proposed openstack/nova: Don't chown a config disk which already exists  https://review.openstack.org/32606918:05
openstackgerritMatthew Booth proposed openstack/nova: Only chown console log in rescue  https://review.openstack.org/32607018:05
openstackgerritKaren Bradshaw proposed openstack/nova: api-ref: os-volumes.inc  https://review.openstack.org/32004818:05
*** vishwanathj has quit IRC18:06
tdurakovit should mean it's safe to expose exception to client, right?18:06
mdboothdansmith: FYI https://review.openstack.org/326068 Just in case you were thinking of writing it yourself. If not don't worry because Jenkins hasn't looked yet.18:06
openstackgerritJay Pipes proposed openstack/nova: Revert inventory/allocation child DB linkage  https://review.openstack.org/32607118:06
jaypipesdansmith: ^^18:06
*** vishwanathj has joined #openstack-nova18:06
dansmithmdbooth: ah, dang, I was going to do that and forgot18:07
dansmithmdbooth: thanks18:07
*** Apoorva_ has quit IRC18:08
openstackgerritClif Houck proposed openstack/nova-specs: Spec for supporting authentication methods based on image metadata  https://review.openstack.org/32607318:08
clif_hif anyone can take a look at that spec, and rip it to shreds for me I'd appreciate it, it's pretty short, as I'm mainly looking for feedback at this point18:09
*** fragatina has quit IRC18:09
EmilienMwhen I read http://docs.openstack.org/developer/nova/man/nova-cert.html#description - it says, it's only used when using EC2 Api, but I've seen in nova/api/openstack/compute/certificates.py that nova-cert is still used. So my question is, do we still need nova-cert even if EC2 API is not deployed?18:10
mriedemEmilienM: good question, i wondered the same a few weeks ago. as far as i can tell, the ec2 api was the only user of nova-cert, and actually has code to go directly to the nova-cert rpc api18:11
mriedemEmilienM: i think the answer is if you're not using ec2 you don't care about nova-cert18:11
mriedembecause nothing else in nova relies on nova-cert18:11
*** fragatina has joined #openstack-nova18:11
EmilienMmriedem: ok good. I thought it might be used by nova to manage keypairs18:11
*** fragatina has quit IRC18:11
*** rmart04 has quit IRC18:12
*** paul-carlton2 has quit IRC18:12
*** Sukhdev has quit IRC18:12
*** cdent has quit IRC18:12
*** rmart04 has joined #openstack-nova18:12
EmilienMmriedem: I'm going to submit a patch in devstack to check that dropping it does not break anything18:13
mriedemEmilienM: nope, nova.compute.api.KeypairAPI does that18:13
mriedemEmilienM: ok, good idea18:13
EmilienMcool! thanks for quick reply18:13
*** armax has joined #openstack-nova18:13
*** shaohe_feng has quit IRC18:14
*** shaohe_feng has joined #openstack-nova18:15
mriedemtdurakov: looks like it's used in the FaultWrapper class18:15
mriedemto add an explanation to the fault if it's safe18:15
tdurakovmriedem: yup, so18:15
tdurakovi think it's safe to expose both new exceptions18:16
mriedemtdurakov: honestly i'd never seen that before you asked18:16
mriedemit seems we should default safe=True and then mark the few that aren't safe as False18:16
mriedembut that's less secure by default18:16
openstackgerritSwaminathan Vasudevan proposed openstack/nova: Implement setup_networks_on_host for Neutron networks  https://review.openstack.org/27507318:17
mriedemhence the note18:17
mriedem# NOTE(eglynn): However, it would be over-conservative and18:17
mriedem        # inconsistent with the EC2 API to hide every exception,18:17
mriedem        # including those that are safe to expose, see bug 102137318:17
openstackbug 1021373 in OpenStack Compute (nova) essex "[nova][volumes] Exceeding volumes, gigabytes and floating_ips quotas returns general uninformative HTTP 500 error" [Medium,Fix released] https://launchpad.net/bugs/1021373 - Assigned to Eoghan Glynn (eglynn)18:17
mriedemso i guess we just whitelist whatever is safe18:18
*** jichen has joined #openstack-nova18:18
mriedemtdurakov: in the case of the admin password stuff, those will come back on the rest api as a 40918:18
mriedemso the fault is less important18:18
*** daemontool has quit IRC18:19
*** yamahata has joined #openstack-nova18:19
jaypipesbauzas, alaski: https://review.openstack.org/32607118:19
tdurakovmriedem: I've set safe = True for InstanceAgentNotEnabled, SetAdminPasswdNotSupported18:19
*** sdake has joined #openstack-nova18:20
tdurakovmriedem: are you ok with that?18:20
openstackgerritjichenjc proposed openstack/nova: Prevent boot if ephemeral disk size > flavor value  https://review.openstack.org/21376218:20
alaskijaypipes: added to the queue18:21
mriedemtdurakov: yeah i think that's safe18:21
mriedemget it?!18:21
tdurakovmriedem, local tox -efunctional still in progress18:22
*** cdent has joined #openstack-nova18:22
tdurakovjaypipes: is it revert you've mentioned in ml thread?18:23
*** sdake_ has joined #openstack-nova18:23
*** josecastroleon has quit IRC18:23
*** tinbar has joined #openstack-nova18:23
*** shaohe_feng has quit IRC18:24
cdentjaypipes: a) did you make any headway on your attack on the inventory object? b) I'm happy if you want to change s/generation/etag/ on g-r-p but did you see the questions about whether a view marker is needed on POST of a new inventory or allocation?18:24
*** sdake has quit IRC18:24
*** READ10 has quit IRC18:24
cdent(I ask because I'm going away for a little while and will probably come back with a couple hours of code mind.)18:25
*** shaohe_feng has joined #openstack-nova18:25
*** PaulMurray has quit IRC18:25
EmilienMmriedem: I have another (interesting) question: do nova-consoleauth & nova-vncproxy need to be collocated on same nodes?18:26
*** daemontool has joined #openstack-nova18:27
mriedemEmilienM: i don't know about that one18:28
*** pcaruana has joined #openstack-nova18:29
openstackgerritMatt Riedemann proposed openstack/nova: [libvirt] Incorrect parameters passed to migrateToURI3  https://review.openstack.org/32520418:30
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: cleanup Guest.migrate signature  https://review.openstack.org/32608218:30
jaypipescdent: a) yes, running tests now. b) ETag instead of generation cool with me, though what should I do for the generation field for the GET /resource_providers response? i.e. each provider in the response has its own generation...18:30
jaypipescdent: and yes, I did not include the generation in the POST /.../inventories call because there's no need; the server would just raise an exception if the same resource class already existed in the provider's inventory.18:31
EmilienMmriedem: I think no, they communicate via rpc (oslo messaging) but I'm not sure18:32
openstackgerritAndrew Laski proposed openstack/nova: Create Instance from BuildRequest if not in a cell  https://review.openstack.org/26392718:33
openstackgerritAndrew Laski proposed openstack/nova: Raise exception if BuildRequest deleted twice  https://review.openstack.org/32232418:33
openstackgerritAndrew Laski proposed openstack/nova: Cells: Handle delete with BuildRequest  https://review.openstack.org/32598518:33
openstackgerritAndrew Laski proposed openstack/nova: Do not use instance.id in the name property  https://review.openstack.org/32608318:33
openstackgerritTimofey Durakov proposed openstack/nova: Handle SetAdminPasswdNotSupported raised by libvirt driver  https://review.openstack.org/25285018:34
dansmithjaypipes: cdent ETags are intended to be opaque to the client right/18:34
cdentjaypipes: a) hawt, b) a common thing to do in that case is to etag the entire collection with an etag that is solely for the caching, and then include an etag attribute in each individual item in the collection list, which is almost going right back to generation, but life is weird18:34
*** shaohe_feng has quit IRC18:34
cdentdansmith: if by opaque you mean: something you don't know until you get it, then yes, but if you mean something else, what do you mean?18:34
dansmithcdent: right, so don't you need an ordering or to maintain a history of tags on the server side?18:35
*** shaohe_feng has joined #openstack-nova18:35
cdentyeah, no history required18:35
dansmithcdent: i.e. if I have etag foo and someone else updates it to bar, then my foo looks different and I regress when I should get a 409 so I check the latest right?18:35
cdents18:36
cdentyes18:36
*** sudipto has quit IRC18:36
dansmithI guess the server can order it the client just can't know it's ordered, is that your point?18:36
cdentyes18:36
dansmithand do this instead of generation in the object why?18:36
dansmiththe REST object I eman18:37
cdentbasically so you can 409 sooner if you want to, and maybe even elsewhere in the stack18:37
cdentas well as use the etag as a cache management tool in clients18:38
dansmithso wait,18:38
*** josecastroleon has joined #openstack-nova18:38
dansmiththe generation was going to be that the client bumped the generation when it updated,18:38
dansmithbut this would be "here's the last value I knew it to be"18:38
*** rmart04 has quit IRC18:39
cdentwhen I send a new resource to the server, it needs to have the same generation as what's currently there, if it is, at the end of the transaction, the generation is raised18:39
cdentif it is not, 40918:39
cdentthe client should never change the etag/generation18:39
dansmithI thought the point was to bump it from the client?18:39
dansmithhmm18:39
jaypipesdansmith: no, the client does not bump the generation. it *sends* the generation to the server as an indicator of what its view of the state is. the server increments the generation when updating the database.18:39
cdentnot as I understand it18:39
cdentso in my mind, if the client sends the etag, at the very beginning of the api call it has to load the resource provider id'd by the given URI. If the etag and the generation don't match, we immediately 409, before ever decoding the body, or doing anything else18:41
*** lpetrut has joined #openstack-nova18:41
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: cleanup Guest.migrate signature  https://review.openstack.org/32608218:41
dansmithcdent: yeah, okay18:41
tdurakovmriedem: just read thread about migration flags18:41
cdents/api call it/api call the server/18:41
tdurakovactually it's libvirt 1.3.1: http://logs.openstack.org/04/325204/2/experimental/gate-tempest-dsvm-multinode-live-migration/2b050a0/logs/dpkg-l.txt.gz18:41
Swamimriedem: https://review.openstack.org/#/c/286855/ https://review.openstack.org/#/c/275073/ the tempest patch has been fixed to address the live migration. Can you bless the nova patch associated with it.18:42
cdentso we have 403, then 404, then 409, and then only if none of those do we start doing any "work"18:42
*** krotscheck has quit IRC18:42
mriedemtdurakov: oh yeah, i knew that too since i looked this morning18:42
*** krotscheck_ has joined #openstack-nova18:42
jaypipescdent: mostly correct yes. the server doesn't technically need to re-read from the database at the start of the server-side processing of a request to update the inventory. it adds the Etag/generation to the WHERE clause of the UPDATE statement it does at the very end of the transaction which prevents inconsistent writes.18:42
* tdurakov reading the rest18:42
dansmithjaypipes: right, so we've decoded already anyway18:42
jaypipesya18:43
dansmithso, IMHO,18:43
cdentjaypipes: I'm not saying it has to, I'm saying it should, to avoid all that hoopa joop, because we want to 404 earlier anyway18:43
dansmithcdent: it *has* to put it in the sql query if you want that fine-grained update locking right?18:43
*** krotscheck_ is now known as krotscheck18:44
cdentdansmith: two ambiguious "it"s there18:44
cdent(sorry, I've been doing the same thing)18:44
*** shaohe_feng has quit IRC18:44
mfedosinmriedem: sdague folks, I updated all ps, take a look when you have time https://review.openstack.org/#/c/321551/18:45
*** shaohe_feng has joined #openstack-nova18:45
*** jed56 has quit IRC18:45
dansmithcdent: really? the generation has to be in the update sql query if you want that fine-grained update locking that jaypipes is going for right/18:45
jaypipesdansmith: correct.18:45
mriedemmfedosin: ok, will run my test change against it again too18:45
dansmithso we decode anyway, always18:45
bauzasdansmith: cdent: jaypipes: it becomes hard to follow your convo given my TZ, but why are you saying etag ?18:45
dansmithso TBH, it seems more explicit to put it in the body of the PUT to me18:45
dansmithseems more restful to me to make it a data element of the object18:46
jaypipesbauzas: cdent's proposal was to use HTTP ETag instead of returning a generation field in the response to things like GET /resource_providers/{uuid}18:46
* dansmith notes he's no expert on restfulness18:46
cdentdansmith: I'm not sure I'm following on why we decode always?18:46
cdents/we/you're saying we/18:46
dansmithcdent: because we don't know if the etag is right or wrong until we are doing the UPDATE call, at which point we've already decoded the body to construct the query18:47
bauzascdent: dansmith: then, I'm -1 for an ETag18:47
bauzasbecause it's not a cache related thing18:47
dansmithright18:47
dansmithit's a property of the thing18:47
jaypipesdansmith: I could go either way. But the fact that ETag doesn't work smoothly for collections of resources (i.e. GET /resource_providers) means we need to indicate the generation for each resource provider in the returned list of providers, and a single ETag won't work there.18:47
dansmith(IMHO)18:47
dansmithjaypipes: good point18:47
cdentbauzas: if you get a chance read: https://www.w3.org/1999/04/Editing/18:47
bauzasagreed with jaypipes here18:48
cdentlike I said earlier on, I'm okay with generation18:48
bauzascdent: well, I was working on Internet since 10 yrs...18:48
dansmithactually7,18:48
dansmithit's the _wrong_ thing to use,18:48
dansmithbecause if you say the etag of current is foo, and you're PUTing a different thing, with the same etag, that's wrong right?18:48
dansmithyou don't know the cache id of the new thing you're updating18:49
dansmithbecause it's new to the server18:49
cdentdansmith: not if it is "weak etag", which these would be18:49
dansmithweak etag means "semantically equivalent" according to my googling18:49
cdentbut really, it's clear this is controversial, so we should just use generation, it's cool.18:49
dansmithwhich means they are "interchangeable" which would not be the case right?18:49
*** zenoway has joined #openstack-nova18:51
cdentdansmith: the generation or etag is being used to say "I have seen resource provider Z recently and wish to update it" and the request is a representation which is mean to modify the state of the resource provider (even though our proposed uris are not quite aligned with that)18:51
dansmithright18:51
*** ducttape_ has joined #openstack-nova18:51
dansmithproviding the etag of the thing you want to replace just seems weird to me,18:52
dansmithwhich is, FWIW, why I was expecting the client would be providing the updated generation field18:52
dansmithah, I see, If-Known18:53
dansmither, If-None-Match or whatever18:53
cdentyeah18:53
cdentthe headers are all kinds of make-you-squint18:53
cdentI'm perfectly happy if we want to say the generatio attribute is an externally visible attribute of the r-p representation and it is the operator for doing view marking.18:54
cdentthat makes it consistent across the collection18:54
cdentas well as the individual items18:55
*** shaohe_feng has quit IRC18:55
bauzastbc, I prefer to have one explicit field rather than using some implicit one18:55
dansmithI dunno, this is new information to me.. I've only ever known etags in the world of caching, but I still prefer it be a data element18:55
snetiHi all, I'm facing issues logging into https://wiki.openstack.org/wiki/Main_Page. I'm getting HTTP Error 500. Can anyone help me with this.18:56
*** shaohe_feng has joined #openstack-nova18:56
dansmithit's more explicit, at the least18:56
*** zenoway has quit IRC18:56
cdentdansmith: I think it just seems that way because you're not used to doing this kind of thing with etags. It was only once I realized that says description of generation was pretty much exactly what I think of etags being for in a read-write API that the generation concept landed in any successful fashion in my brain.18:57
cdents/says/jay's/18:57
*** zenoway has joined #openstack-nova18:57
openstackgerritTimofey Durakov proposed openstack/nova: Handle SetAdminPasswdNotSupported raised by libvirt driver  https://review.openstack.org/25285018:57
tdurakovmriedem: ^18:58
oomichimriedem: sdague: can you take a look at https://review.openstack.org/#/c/315964/ ?18:58
*** sdake has joined #openstack-nova18:58
oomichimriedem: sdague: this seems necessary for stable branches also18:58
oomichithe corresponding tempest patch is https://review.openstack.org/#/c/325510/18:59
bauzascdent: AFAIR, ETags are more for static content or things that can't be changed right?18:59
cdentbauzas: wrong18:59
tdurakovfolks, who could help me with merging backports to stable liberty/mitaka?19:00
*** sdake_ has quit IRC19:00
bauzascdent: I'm more used to see that in the context of non-REST resources19:00
bauzascdent: and the following makes me think the above http://greenbytes.de/tech/webdav/draft-reschke-http-etag-on-write-latest.html#rfc.section.1.119:00
*** vtech has joined #openstack-nova19:00
*** fragatina has joined #openstack-nova19:00
cdentwebdav is an alien land that has rather little to do with REST19:01
dansmithI think jaypipes' point about the collection result is the strongest point19:02
cdentdansmith: yes, I agree19:02
dansmithI just don't like it because it doesn't seem natural to me, but he has an actual point19:02
bauzasdansmith: I agree, that's another issue with etags19:03
bauzasanyway, /me shrugs19:04
*** gszasz has quit IRC19:04
*** shaohe_feng has quit IRC19:05
cdentbauzas: the document I linked before, https://www.w3.org/1999/04/Editing/ , has a good deal to say about how to use etags with dynamic resources, and I can find some other stuff if you're curious.19:05
*** shaohe_feng has joined #openstack-nova19:06
cdentbauzas: there's also this too http://specs.openstack.org/openstack/api-wg/guidelines/etags.html , but I assumed you'd prefer something that wasn't written by me :)19:08
*** hshiina has quit IRC19:08
cdentthe problem described there is all over the place in OpenStack, and the generation thing (whether etags or generation attributes) is trying to fix it.19:08
*** kfarr has quit IRC19:08
bauzassure, I know the If-Match header19:09
bauzasnow, the thing that we have in place is already persisted19:09
*** raunak has quit IRC19:09
*** ctrath has joined #openstack-nova19:09
cdentand we want to update it19:09
bauzaswe could say, "okay, we could return that field in an header hashed some way to be an etag"19:09
openstackgerritJay Pipes proposed openstack/nova: Remove code referencing inventory table in cell DB  https://review.openstack.org/32610019:09
bauzasI just wonder what the benefit of that is19:10
jaypipesdansmith: follow-on patch to the revert of the inventory linkage ^^19:10
*** josecastroleon has quit IRC19:11
cdentbauzas: I can think of two reasons19:11
dansmithjaypipes: okay, FYI I wasn't arguing about that stuff being combined with the first one, just the removal of the C/U_inventory() stuff19:11
cdentone is that it is a standard way of doing such things in REST-like APIs19:11
sdagueoomichi: hmmm... why is get_db_instances() not returning an empty list/.19:12
jaypipesdansmith: ya, understood. As I was teasing apart the c/u inventory stuff I ran into that and figured it was big enough for a separate patch (since it wasn't in the DB API or anything)19:12
dansmithjaypipes: cdent: I'm trying to think of whether the collections thing is actually a probem19:12
dansmithjaypipes: okay19:12
bauzasjaypipes: before +Wing https://review.openstack.org/#/c/326071/ I just need to make sure that you didn't reverted https://review.openstack.org/#/c/286931/15 because it could need 2 reverts ?19:12
cdenttwo is what I was trying to figure out with dansmith above about returning a 409 as early as possible in a layered web services. In the context of the api we're talking about now, it probably doesn't matter, but in some apis you can do etag comparisons very early on in  a multi-layered stack19:12
cdentdansmith: could you re-state that again for my benefit please19:13
dansmithcdent: yeah, that's the other thing.. not sure it really buys us anything other than standards compliance19:13
dansmithcdent: I'm just thinking out loud.. that's all there was19:13
cdentdansmith: yeah, the lack of buying us anything is why I capitulated19:13
bauzascdent: and you suggest to return an hashed value of the generation field as the etag?19:13
jaypipesbauzas: 286931 was only partially reverted...19:14
dansmithbauzas: it doesn't matter19:14
sdagueoomichi: yeh, I'm not thrilled about that patch.19:14
bauzasjaypipes: okay, just wanted to make sure19:14
cdentbauzas: we hadn't gotten around to discussing the actual form of the etag, but it no longer matters19:14
oomichisdague: ah, that is the same as my question. please see my comment of PS1. KeyError: 'instances' happens19:14
jaypipesbauzas: np19:15
*** ijw has quit IRC19:15
*** shaohe_feng has quit IRC19:15
oomichisdague: that is empty as you expected, but the get_db_items tris to get it with the key"instances"19:15
sdagueoomichi: because https://review.openstack.org/#/c/315964/1/nova/api/openstack/compute/servers.py19:16
sdaguewhich is definitely wrong19:16
*** shaohe_feng has joined #openstack-nova19:16
sdaguethe whole point of that request cache is that it is the list of instances the request is operating on19:16
sdagueempty is an important value there19:17
*** kfarr has joined #openstack-nova19:18
*** stewie925 has joined #openstack-nova19:19
*** cdent has quit IRC19:20
jlvillaljaypipes: Regarding https://review.openstack.org/#/c/325436/   Can you post an update with the new patches?  I'm trying to track this for our Ironic Grenade work.19:22
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova: Remove context object in oslo.log method  https://review.openstack.org/31710919:22
*** baoli_ has quit IRC19:22
*** salv-orl_ has quit IRC19:24
*** salv-orlando has joined #openstack-nova19:24
openstackgerritDiana Clarke proposed openstack/nova: Qcow2: add create_from_image & create_from_func  https://review.openstack.org/32061019:25
openstackgerritDiana Clarke proposed openstack/nova: Lvm: add create_from_image & create_from_func  https://review.openstack.org/32061119:25
openstackgerritDiana Clarke proposed openstack/nova: Image: add create_from_image & create_from_func  https://review.openstack.org/31894819:25
openstackgerritDiana Clarke proposed openstack/nova: Rbd: add create_from_image & create_from_func  https://review.openstack.org/31769419:25
openstackgerritDiana Clarke proposed openstack/nova: Add check_backing_from_func & check_backing_from_image  https://review.openstack.org/32228519:25
openstackgerritDiana Clarke proposed openstack/nova: Flat: add create_from_image & create_from_func  https://review.openstack.org/31770119:25
openstackgerritDiana Clarke proposed openstack/nova: Ploop: add create_from_image & create_from_func  https://review.openstack.org/31768919:25
*** vishwanathj has quit IRC19:25
*** sheel has quit IRC19:25
*** shaohe_feng has quit IRC19:25
*** shaohe_feng has joined #openstack-nova19:26
openstackgerritAndrew Laski proposed openstack/nova: Cells: Simple setup/migration command  https://review.openstack.org/30127319:29
*** matrohon has joined #openstack-nova19:32
sdaguemfedosin: ok, I went through the whole stack. It looks quite good. The only -1 I've got is on the xenserver patch, because I think we can delete the old upload_vhd/download_vhd as they only work with 1.2 requests, which won't get sent in code newer than Feb.19:32
sdaguethat will just simplify the xenserver patch if we do that delete as the prep patch for it19:33
sdagueit's all also left in review comments, but +2 on the rest of the stack19:33
mfedosinsdague: okay, thanks! I'll update it tomorrow then19:34
sdaguemfedosin: great19:34
openstackgerritTimofey Durakov proposed openstack/nova: [DNM] Check migrateToURI2  https://review.openstack.org/32611119:35
*** shaohe_feng has quit IRC19:36
*** Sukhdev has joined #openstack-nova19:37
*** shaohe_feng has joined #openstack-nova19:37
tdurakovmriedem: i've submitted patch, to check how it works with migrateToURI2 ^ need to go now, feel free to update it19:37
mriedemthanks19:37
*** lpetrut has quit IRC19:41
doffmzzzeek: Could you help me out by reviewing a change. https://review.openstack.org/#/c/296597/12/nova/objects/aggregate.py I / We have some questions about transactions and the new enginefacade api.19:43
*** lpetrut has joined #openstack-nova19:43
doffmdansmith: ^^ Totally reached my db knowledge limits. I share your concern that the try block should encompass the whole transaction, but the unit test to check this passes.19:44
zzzeekdoffm: sure19:44
doffmI think that is because of the nested transactions.19:44
doffmBut I'm not sure that this is safe with multiple concurrent transactions.19:44
doffmzzzeek: Thanks.19:44
*** baoli has joined #openstack-nova19:46
*** zenoway has quit IRC19:46
*** shaohe_feng has quit IRC19:46
*** egarbade| has quit IRC19:46
*** ekhugen has quit IRC19:46
*** baoli has quit IRC19:46
*** shaohe_feng has joined #openstack-nova19:47
openstackgerritRonald Bradford proposed openstack/nova: api-ref: parameter verification os-agents  https://review.openstack.org/32611619:47
openstackgerritRonald Bradford proposed openstack/nova: api-ref: parameter verification os-security-groups  https://review.openstack.org/32611719:47
*** zenoway has joined #openstack-nova19:47
*** eharney has quit IRC19:49
*** egarbade- has joined #openstack-nova19:50
zzzeekdoffm: from what I can see here the _aggreagte_get_from_db call only deals with locating an object of type Aggregate.  it has no bearing on whether or not an object of type AggregateHost is found19:50
jaypipesjlvillal: done!19:50
jlvillaljaypipes: Thank you!19:50
*** ekhugen has joined #openstack-nova19:50
openstackgerritRonald Bradford proposed openstack/nova: api-ref: parameter verification os-fixed-ips  https://review.openstack.org/32612019:50
jaypipesdansmith: so did we settle on anything w.r.t. the ETag thing?19:50
*** baoli has joined #openstack-nova19:51
*** dimtruck is now known as zz_dimtruck19:51
*** mtanino has quit IRC19:52
stewie925heu auggy19:52
stewie925hey oops19:52
*** zz_dimtruck is now known as dimtruck19:52
*** kylek3h has joined #openstack-nova19:52
doffmzzzeek: I guess I'm concerned that the 'try: host_ref.save(session) except: db_exc.DBDuplicateEntry' will be bypassed when the transaction is commited.19:54
zzzeekdoffm: the duplicate entry exception would be raised before the commit occurs19:55
doffmzzzeek: You are right the _aggregate_get_from_db call only locates and Aggregate, has nothing to do with the AggregateHost.19:55
*** openstackstatus has quit IRC19:55
*** raunak has joined #openstack-nova19:55
sdaguedansmith: https://review.openstack.org/#/c/326068 you've got a +1 on that patch waiting for jenkins, which passed. You might want to upgrade that19:56
doffmzzzeek: Ok, thanks.19:56
*** mtanino has joined #openstack-nova19:56
*** shaohe_feng has quit IRC19:56
*** openstackstatus has joined #openstack-nova19:57
*** ChanServ sets mode: +v openstackstatus19:57
auggystewie925: hello!19:57
*** shaohe_feng has joined #openstack-nova19:57
*** josecastroleon has joined #openstack-nova19:57
*** browne1 has joined #openstack-nova20:00
*** browne has quit IRC20:00
*** cdent has joined #openstack-nova20:02
stewie925heya how are you?20:03
stewie925hi auggy :)20:03
cdentjaypipes: re [t 3f7C], I think we decided to use generation not etag20:05
purplerbot<jaypipes> dansmith: so did we settle on anything w.r.t. the ETag thing? [2016-06-06 19:50:55] [n 3f7C]20:05
dansmithaye20:05
*** shaohe_feng has quit IRC20:06
cdentalaski: I don't understand what you mean by "I would've expected this to be tags" on https://review.openstack.org/#/c/281945/20:07
*** shaohe_feng has joined #openstack-nova20:07
*** ducttape_ has quit IRC20:07
alaskicdent: based on jaypipes comment "I'd be just as happy leaving it nullable as basically a simple tag the user can apply."20:08
*** baoli has quit IRC20:08
*** baoli has joined #openstack-nova20:08
alaskijust thinking that calling it 'tag(s)' might resolve the dissonance20:08
cdentthe expected names are things like "my ultra special gold plated nfs server"20:08
stewie925hi auggy - am wondering if there are any nova documentation stuff that I can help out with ?20:09
auggystewie925: yes! we currently have the api-ref project going on, i'll paste a link20:09
*** baoli has quit IRC20:09
auggystewie925: https://wiki.openstack.org/wiki/Nova/Mentoring#Fix_API_Documentation20:09
*** lpetrut has quit IRC20:10
alaskicdent: yeah, calling it name makes sense. But calling it name makes me think they should all have a name, if only some do then it feels like there should be a better term. perhaps "description"?20:11
alaskianyways, I'm fine with it as is. I just wanted to leave room for dansmith to reexpress his concern20:12
stewie925auggy: I see the link20:12
cdentroger that alaski20:12
*** mfedosin has quit IRC20:12
stewie925going through it now....20:12
*** baoli has joined #openstack-nova20:13
dansmithalaski: yeah, it should not be nullable, and we probably should have fixed that in the schema when we moved it20:14
dansmiththat was my bad,20:14
dansmithbut we should at least make the object right20:14
*** armax has quit IRC20:15
alaskiis anything in the db yet? can the db schema just be fixed?20:15
dansmithalaski: it could20:16
dansmithalaski: jaypipes says he thinks it's okay to have them be nullable20:16
dansmithone thing I raised in bristol,20:16
dansmithis that I'm really concerned that we're going to lose track of what these things are20:16
dansmithjust a list of ten thousand uuids in a db, not knowing whether they were created by neutron, compute nodes, or the operators really makes me worry20:16
dansmithpeople will be afraid or unable to prune them20:16
dansmithname came later, presumably because of the UX aspect, but my concern remains20:17
cdentdansmith: Does the can_host thing play in this area at all?20:17
dansmithno20:17
*** shaohe_feng has quit IRC20:17
dansmithbecause neutron is going to be auto-creating these things like crazy20:17
dansmithcan_host narrows it down to "is or used to be a compute node"20:17
dansmithbut all the other ones are nameless20:17
dansmithI guess you could look at inventories to see whether the thing was from neutron, i.e. only network resources20:18
*** shaohe_feng has joined #openstack-nova20:18
alaskiso that raises a question20:18
alaskiwhat's to keep ironic from updating a network resource, accidentally or maliciously?20:19
cdentthat's what I was wondering when we talked about can_host: surely resource_class is relevant for these things?20:19
dansmithalaski: hmm20:19
EmilienMmriedem: the nova-cert deletion fails devstack CI because there are still some tests for it, http://logs.openstack.org/77/326077/1/check/gate-tempest-dsvm-full/61d60d1/console.html#_2016-06-06_19_08_33_69203120:19
alaskiit's starting to feel like a concept of ownership is needed20:19
* cdent shivers20:19
dansmithcdent: yeah, but it means to cull orphans, you list all resource providers with a network resource and then hit neutron's api for each to see if it's still a thing?20:20
dansmithcdent: that sucks20:20
*** baoli has quit IRC20:20
dansmithname doesn't fix that,20:20
dansmithbut if name is set to something useful it likely will help20:20
*** IanGovett has quit IRC20:20
EmilienMmriedem: I wonder if tempest.api.compute.certificates.test_certificates.CertificatesV2TestJSON.test_create_root_certificate and tempest.api.compute.certificates.test_certificates.CertificatesV2TestJSON.test_get_root_certificate are really something we want to test20:20
dansmithalaski: yeah, that's a really good point.. one compromised service account and you can blow away all the resource information and accounting for the cloud I guess, eh/20:20
cdentdansmith: that's kind of my point: name isn't really useful for much except ux, so I'm not sure why it shouldn't be nullable, since there are going to lots of resource providers20:20
cdentthat's a generic issue with cross-service interaction, n'est pas?20:21
dansmithcdent: if neutron has to provide something, they can use something in there.. or cinder the hostname of the shared storage thing20:21
EmilienMcdent: n'est-ce pas20:21
dansmithcdent: it would be for human correlation for sure though yeah20:21
cdentEmilienM: thanks20:22
dansmithEmilienM: I enjoyed that more than you could possibly know20:22
* cdent growls at dansmith 20:22
dansmithheh20:22
mriedemEmilienM: ah, they are until we have a microversion that makes calling os-certificates a 40420:22
* cdent barely passed french20:22
jaypipesalaski: these are all privileged operations. I think the fact that Ironic could potentially update a neutron ip subnet pool is not something we need to worry too much about right this sec.20:22
EmilienMmriedem: I guess I can abandon my patch until a microversion removes this feature20:23
alaskijaypipes: sure, I don't want to stop this until that's sorted. but it's something we'll want to get to20:23
mriedemEmilienM: i know we approved a spec from sdague for deprecating proxy APIs, but os-certificates wasn't in that list20:24
dansmithalaski: I guess the thing is, allocations can't be edited en-masse from the api with one of those accounts, I think20:24
mriedemwe were going to do a separate spec for the random APIs we don't want anymore, like os-certificates, os-agents, os-cloudpipe, etc but i'm not sure if that happened20:24
EmilienMmriedem: the question is, what does this API now we don't have EC2 things anymore20:24
EmilienMcdent: your french is good, you can also fix my english anytime :-P20:25
alaskicdent: dansmith so my take on this is that it would be nice to have an easy way to associate a db provider with the actual provider (neutron, cinder, compute, etc) and name seems like a way to do it. if that's tackled another way then a nullable name is less concerning I think20:25
dansmithalaski: allocations are where you'd do damage..20:25
dansmithalaski: right exactly20:26
cdentEmilienM: I have more fun fixing your gabbi problems.20:26
dansmithalaski: not for permissions-checking, I hope20:26
dansmithalaski: but setting the name to cinder-netapp04 would be super useful20:26
alaskiright20:26
dansmithalaski: or neutron-vlan12320:26
dansmithalaski: or compute-c123.provider.com20:26
cdentif we do something like that can we at least make it service-type?20:26
cdentnot name20:26
alaskito ease the burden of the ops guy digging into the db20:26
*** shaohe_feng has quit IRC20:27
dansmithcdent: it's more than service-type to me20:27
*** josecastroleon has quit IRC20:27
*** amotoki has joined #openstack-nova20:27
*** amotoki has quit IRC20:27
cdentdansmith: I mean instead of neutron-vlan123 -> network-vlan12320:28
*** ducttape_ has joined #openstack-nova20:28
dansmithcdent: well, it's provided by the caller, so sure, but it's their decision right?20:28
*** BjoernT has quit IRC20:28
cdentohhhh. I thought we were talking about automation in those cases when a user-agent hasn't provided a name20:29
cdent(when n-thousand something are being created)20:29
alaskimore like make them provide a name20:29
dansmithno20:30
dansmithjust make them provide a name20:30
*** shaohe_feng has joined #openstack-nova20:30
dansmithno uniqueness check20:30
*** ayoung has quit IRC20:30
dansmithjust provide something.. better than nothing20:30
* cdent shrugs20:31
cdentI'M JUST HAPPY TO BE HERE20:32
*** dave-mccowan has quit IRC20:32
*** dave-mccowan has joined #openstack-nova20:33
dansmithalaski: I threw my -1 back on there... feel free to override, but I think we should have a name20:33
alaskithat's fine, that's why I didn't +W earlier20:34
*** Sukhdev has quit IRC20:36
alaskidansmith: unrelated but you may enjoy https://review.openstack.org/#/c/326083/20:36
dansmithalaski: you can't do that can you?20:37
dansmithalaski: you'll break all existing clouds on libvirt?20:37
alaskiwill it?20:37
*** shaohe_feng has quit IRC20:37
alaskilibvirt relies on a property that can change based on a config option?20:38
dansmithalaski: unfortunately, I think so20:38
*** shaohe_feng has joined #openstack-nova20:38
dansmithalaski: it names lvms by instance.name I thnk20:38
dansmithalaski: I think we use uuid to talk to libvirt about the actual instance now, so I think we're okay there, but...20:38
alaskiI'm going to have to borrow a gdi from mriedem here20:39
dansmith 4     instance-00000061              running20:39
cdentjaypipes: if you got a counter on the rp name-not-nullable stuff, shout out, otherwise I'll change it tomorrow in my-morning20:39
dansmithwe name the libvirt instance by instance.name though, AFAIK20:39
alaskiokay20:39
openstackgerritjichenjc proposed openstack/nova: api-ref: verify os-server-groups.inc  https://review.openstack.org/32526920:39
alaskiso what about persisting the name based on what's generated at boot time?20:39
*** IanGovett has joined #openstack-nova20:39
dansmithalaski: well, it could be configured differently on each compute node or something and then you'll break people if you generate it on another node right?20:40
dansmithalaski: basically instance.name formatting is one of the worst things ever done :)20:40
alaskiyes, yes it is20:41
openstackgerritDiana Clarke proposed openstack/nova: Qcow2: add create_from_image & create_from_func  https://review.openstack.org/32061020:41
openstackgerritDiana Clarke proposed openstack/nova: Lvm: add create_from_image & create_from_func  https://review.openstack.org/32061120:41
openstackgerritDiana Clarke proposed openstack/nova: Image: add create_from_image & create_from_func  https://review.openstack.org/31894820:41
openstackgerritDiana Clarke proposed openstack/nova: Rbd: add create_from_image & create_from_func  https://review.openstack.org/31769420:41
openstackgerritDiana Clarke proposed openstack/nova: Add check_backing_from_func & check_backing_from_image  https://review.openstack.org/32228520:41
*** yamahata has quit IRC20:41
openstackgerritDiana Clarke proposed openstack/nova: Flat: add create_from_image & create_from_func  https://review.openstack.org/31770120:41
openstackgerritDiana Clarke proposed openstack/nova: Ploop: add create_from_image & create_from_func  https://review.openstack.org/31768920:41
*** yamahata has joined #openstack-nova20:41
alaskiif we can ignore the API side of it this is less of an issue because my issue is that I can't return the right name at boot time20:41
alaskiI mean for the boot request20:41
dansmithalaski: yeah20:42
alaskiso if fudging that is acceptable I can move forward20:42
alaskiand keep the same craziness on the compute side20:43
dansmithI think you'll have to20:43
dansmithit's pretty crazy20:43
*** ctrath has quit IRC20:43
alaskiyeah, the idea of different values for that on different hosts...20:44
dansmithalaski: if you're doing shared block and you want their lvms named by the compute host they're on ....20:45
dansmithalaski: we could try to evolve people away from that with some sort of migration process, but it's a whole standalone can of worms20:46
alaskiyep. I was thinking about a periodic to run on each compute and persist the local name for migrating. but not something I want to dive into now20:46
dansmithyeah20:47
dansmithsounds unfun to me20:47
*** shaohe_feng has quit IRC20:47
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: cleanup Guest.migrate signature  https://review.openstack.org/32608220:48
*** shaohe_feng has joined #openstack-nova20:48
*** josecastroleon has joined #openstack-nova20:51
*** dimtruck is now known as zz_dimtruck20:51
openstackgerritAndrew Laski proposed openstack/nova: Create Instance from BuildRequest if not in a cell  https://review.openstack.org/26392720:52
*** raunak has quit IRC20:57
openstackgerritDiana Clarke proposed openstack/nova: Delete old imagebackend methods & tests  https://review.openstack.org/32297420:57
*** shaohe_feng has quit IRC20:58
*** gjayavelu has joined #openstack-nova20:58
openstackgerritAndy Hsiang proposed openstack/nova: Remove DictCompat from SecurityGroup  https://review.openstack.org/32110920:59
*** Sukhdev has joined #openstack-nova20:59
*** shaohe_feng has joined #openstack-nova20:59
*** gagehugo has quit IRC20:59
*** daemontool_ has joined #openstack-nova21:00
*** daemontool has quit IRC21:03
*** ijw has joined #openstack-nova21:03
*** daemontool_ has quit IRC21:03
*** akshai has quit IRC21:05
*** mvk has joined #openstack-nova21:05
mriedemthorst: seeing some powervm ci comments coming in on changes that aren't showing up as ci21:05
*** zz_dimtruck is now known as dimtruck21:05
*** ivase has quit IRC21:06
mriedemthorst: https://review.openstack.org/#/c/326082/ from https://review.openstack.org/#/c/326082/21:06
mriedemoops21:06
mriedemThawngzapum Lian21:06
*** ivase has joined #openstack-nova21:06
mriedemoh nice it takes me directly into their jenkins21:07
mikalMorning21:07
mriedemooo look at all those jenkins jobs http://9.114.248.53/21:07
mriedemrlrossit: ^ :)21:07
rlrossitmriedem: only if you're within the great wall21:07
mriedemoh21:07
mriedemlet me see if w3 creds work on this...21:07
rlrossitoh jeez...21:07
thorstmriedem: Let me go yell at Lian.21:08
*** pcaruana has quit IRC21:08
*** shaohe_feng has quit IRC21:08
*** shaohe_feng has joined #openstack-nova21:09
*** cleong has quit IRC21:09
*** ijw has quit IRC21:09
*** ivase_ has joined #openstack-nova21:10
*** raunak has joined #openstack-nova21:10
openstackgerritAnusha Unnam proposed openstack/nova: Improve the help text for compute timeout_opts  https://review.openstack.org/31769321:11
*** ivase has quit IRC21:11
thorstmriedem: I've got a note out to Lian to ask that to stop.  I'm honestly not sure what it is...but I'm certain whatever it is it shouldn't be doing that...21:12
*** cdent has quit IRC21:12
mriedemheh, yeah. thanks.21:12
mriedemi do have access to totally mess with some guy on this jenkins server.21:12
thorsto boy.21:13
rlrossitmriedem: total hax21:13
*** eharney has joined #openstack-nova21:13
*** ivase_ has quit IRC21:14
rlrossitthorst: it looks like it only started a half hour ago21:14
thorstrlrossit: then hopefully its super easy for them to turn off.21:15
thorsthe just responded to me, so I'll make sure we get it shut off21:15
thorstheading out, but calling him to make sure its off.21:16
*** thorst has quit IRC21:17
*** Daisy has joined #openstack-nova21:17
*** FL1SK has quit IRC21:18
openstackgerritAnusha Unnam proposed openstack/python-novaclient: Print unicode display_name of an instance  https://review.openstack.org/32355021:18
*** shaohe_feng has quit IRC21:18
*** shaohe_feng has joined #openstack-nova21:19
*** josecastroleon has quit IRC21:20
*** Daisy has quit IRC21:22
*** lindycoder has quit IRC21:25
*** kfarr has quit IRC21:26
*** rlrossit has quit IRC21:27
*** shaohe_feng has quit IRC21:28
*** rtheis has quit IRC21:29
*** shaohe_feng has joined #openstack-nova21:29
*** jwcroppe has quit IRC21:30
*** josecastroleon has joined #openstack-nova21:32
*** rk4n has quit IRC21:34
*** thorst has joined #openstack-nova21:36
*** shaohe_feng has quit IRC21:39
*** jwcroppe has joined #openstack-nova21:39
*** thorst_ has joined #openstack-nova21:39
*** shaohe_feng has joined #openstack-nova21:39
*** smatzek has quit IRC21:42
*** thorst has quit IRC21:42
*** jwcroppe_ has joined #openstack-nova21:43
*** jwcroppe has quit IRC21:44
*** thorst_ has quit IRC21:45
*** jichen has quit IRC21:45
*** thorst has joined #openstack-nova21:45
*** catintheroof has quit IRC21:46
*** salv-orl_ has joined #openstack-nova21:47
*** tinbar has quit IRC21:47
*** smatzek has joined #openstack-nova21:48
*** shaohe_feng has quit IRC21:49
*** JoseMello has quit IRC21:49
*** salv-orlando has quit IRC21:49
*** shaohe_feng has joined #openstack-nova21:50
*** xyang1 has quit IRC21:51
*** sdake_ has joined #openstack-nova21:52
*** sdake has quit IRC21:54
*** jwcroppe_ has quit IRC21:54
*** thorst has quit IRC21:55
*** jwcroppe has joined #openstack-nova21:55
*** ijw has joined #openstack-nova21:58
*** edmondsw has quit IRC21:58
*** rk4n has joined #openstack-nova21:59
*** shaohe_feng has quit IRC21:59
*** jwcroppe has quit IRC21:59
*** markvoelker has quit IRC22:00
*** mriedem is now known as mriedem_away22:00
*** shaohe_feng has joined #openstack-nova22:00
*** markvoelker has joined #openstack-nova22:00
*** Sukhdev has quit IRC22:01
*** josecastroleon has quit IRC22:02
*** ijw has quit IRC22:03
*** ayoung has joined #openstack-nova22:04
*** smatzek has quit IRC22:06
*** shaohe_feng has quit IRC22:09
*** Sukhdev has joined #openstack-nova22:10
*** dimtruck is now known as zz_dimtruck22:10
*** zz_dimtruck is now known as dimtruck22:10
*** jaypipes has quit IRC22:10
*** shaohe_feng has joined #openstack-nova22:10
*** r-daneel has joined #openstack-nova22:11
*** FL1SK has joined #openstack-nova22:11
*** nic has quit IRC22:11
*** aysyd has quit IRC22:15
*** sdake has joined #openstack-nova22:15
*** mdrabe has quit IRC22:16
*** sdague has quit IRC22:18
*** zenoway has quit IRC22:18
*** sdake_ has quit IRC22:18
*** mmandel has quit IRC22:19
*** dimtruck is now known as zz_dimtruck22:20
*** shaohe_feng has quit IRC22:20
*** shaohe_feng has joined #openstack-nova22:20
*** ducttape_ has quit IRC22:23
*** salv-orlando has joined #openstack-nova22:24
*** salv-orl_ has quit IRC22:25
*** ametts has quit IRC22:25
*** kylek3h has quit IRC22:28
*** nic has joined #openstack-nova22:29
*** shaohe_feng has quit IRC22:30
*** shaohe_feng has joined #openstack-nova22:31
*** nic has quit IRC22:33
*** nic has joined #openstack-nova22:33
*** sdake has quit IRC22:36
*** timello has quit IRC22:38
*** IanGovett has quit IRC22:39
*** shaohe_feng has quit IRC22:40
*** shaohe_feng has joined #openstack-nova22:41
*** smatzek has joined #openstack-nova22:42
*** smatzek has quit IRC22:43
*** timello has joined #openstack-nova22:44
melwittnic: hey, I was wondering if you have heard before of a situation where ceph available disk shows more than what actually is, that is, disk * number of replicas22:45
*** shaohe_feng has quit IRC22:50
*** tpepper has quit IRC22:51
*** shaohe_feng has joined #openstack-nova22:52
*** thorst has joined #openstack-nova22:52
*** diogogmt has quit IRC22:55
*** stewie925 has quit IRC22:55
*** ducttape_ has joined #openstack-nova22:57
*** FL1SK has quit IRC22:58
*** penick has quit IRC22:58
*** ijw has joined #openstack-nova22:59
*** thorst has quit IRC23:00
*** sdake has joined #openstack-nova23:00
*** shaohe_feng has quit IRC23:01
*** harlowja has quit IRC23:01
*** penick has joined #openstack-nova23:01
*** shaohe_feng has joined #openstack-nova23:02
*** sdake_ has joined #openstack-nova23:03
*** Apoorva has quit IRC23:04
*** Apoorva has joined #openstack-nova23:04
*** ijw has quit IRC23:05
*** sdake has quit IRC23:05
*** shaohe_feng has quit IRC23:11
*** ijw has joined #openstack-nova23:12
*** jwcroppe has joined #openstack-nova23:13
*** shaohe_feng has joined #openstack-nova23:14
*** bnemec has quit IRC23:14
*** pwnall has quit IRC23:15
*** pwnall has joined #openstack-nova23:15
*** penick has quit IRC23:15
*** FL1SK has joined #openstack-nova23:15
*** jwcroppe has quit IRC23:16
*** markvoelker has quit IRC23:19
*** bnemec has joined #openstack-nova23:21
*** shaohe_feng has quit IRC23:21
*** shaohe_feng has joined #openstack-nova23:22
*** salv-orlando has quit IRC23:23
*** salv-orlando has joined #openstack-nova23:24
*** ducttape_ has quit IRC23:29
*** pwnall has quit IRC23:30
*** yamahata has quit IRC23:31
*** shaohe_feng has quit IRC23:31
*** shaohe_feng has joined #openstack-nova23:32
openstackgerritLudovic Beliveau proposed openstack/nova: Update binding:profile for SR-IOV ports  https://review.openstack.org/24257323:33
openstackgerritLudovic Beliveau proposed openstack/nova: Fix revert on migration with SR-IOV  https://review.openstack.org/32617423:33
*** rk4n has quit IRC23:38
*** shaohe_feng has quit IRC23:42
*** shaohe_feng has joined #openstack-nova23:43
*** yamahata has joined #openstack-nova23:43
openstackgerritLudovic Beliveau proposed openstack/nova: Fix revert on migration with SR-IOV  https://review.openstack.org/32617423:43
*** diogogmt has joined #openstack-nova23:44
*** FL1SK has quit IRC23:44
*** takashin has joined #openstack-nova23:48
*** matrohon has quit IRC23:50
*** shaohe_feng has quit IRC23:52
*** stewie925 has joined #openstack-nova23:54
*** dank_ has quit IRC23:54
*** renato_r has quit IRC23:54
*** zenoway has joined #openstack-nova23:55
*** jwcroppe has joined #openstack-nova23:55
*** shaohe_feng has joined #openstack-nova23:55
*** ducttape_ has joined #openstack-nova23:56
*** thorst has joined #openstack-nova23:58
*** fragatin_ has joined #openstack-nova23:58
*** Swami has quit IRC23:58
*** sacharya has quit IRC23:58
*** zenoway has quit IRC23:59
*** ssurana has quit IRC23:59

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