Wednesday, 2017-06-14

*** rajathagasthya has joined #openstack-nova00:00
*** fragatina has quit IRC00:02
*** Swami has quit IRC00:02
*** yingjun has joined #openstack-nova00:03
*** trinaths has left #openstack-nova00:03
*** rajathagasthya has quit IRC00:04
*** suresh12 has quit IRC00:04
*** liverpooler has quit IRC00:05
*** boris-42_ has joined #openstack-nova00:05
*** suresh12 has joined #openstack-nova00:05
*** gomarivera has quit IRC00:17
*** gomarivera has joined #openstack-nova00:18
*** gomarivera has quit IRC00:19
*** gomarivera has joined #openstack-nova00:19
*** gomarivera has quit IRC00:29
*** trungnv has quit IRC00:34
*** thorst_afk has joined #openstack-nova00:34
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/47281400:35
*** slaweq has joined #openstack-nova00:35
*** trungnv has joined #openstack-nova00:36
*** nic has quit IRC00:37
*** thorst_afk has quit IRC00:38
*** slaweq has quit IRC00:39
*** gomarivera has joined #openstack-nova00:39
*** Apoorva_ has joined #openstack-nova00:43
*** zhurong has joined #openstack-nova00:45
*** Apoorva has quit IRC00:47
*** thorst_afk has joined #openstack-nova00:50
*** litao__ has joined #openstack-nova00:52
*** litao__ has quit IRC00:53
*** litao__ has joined #openstack-nova00:53
*** hongbin has quit IRC00:54
*** tbachman has quit IRC00:57
*** fragatina has joined #openstack-nova00:59
*** tovin07_ has joined #openstack-nova00:59
*** gomarivera has quit IRC01:00
*** lucasxu has joined #openstack-nova01:00
*** lucasxu has quit IRC01:01
*** thorst_afk has quit IRC01:01
*** Apoorva_ has quit IRC01:02
*** mdnadeem has joined #openstack-nova01:03
*** suresh12 has quit IRC01:03
*** gomarivera has joined #openstack-nova01:04
*** phuongnh has joined #openstack-nova01:04
*** fragatina has quit IRC01:05
*** gomarivera has quit IRC01:06
*** salv-orlando has joined #openstack-nova01:06
*** suresh12 has joined #openstack-nova01:07
*** gomarivera has joined #openstack-nova01:07
*** gomarivera has quit IRC01:07
*** gomarivera has joined #openstack-nova01:08
*** esberglu has joined #openstack-nova01:08
*** suresh12 has quit IRC01:12
*** cNilesh has joined #openstack-nova01:12
*** esberglu has quit IRC01:12
*** gjayavelu has joined #openstack-nova01:13
*** gjayavelu has quit IRC01:15
*** acormier has joined #openstack-nova01:15
*** salv-orlando has quit IRC01:16
*** acormier_ has joined #openstack-nova01:17
*** acormier has quit IRC01:19
*** liujiong has joined #openstack-nova01:20
*** takashin has quit IRC01:22
*** jaypipes has quit IRC01:22
*** ijw has joined #openstack-nova01:23
*** ijw has quit IRC01:28
mriedemoh yay https://bugs.launchpad.net/nova/+bug/169758001:31
openstackLaunchpad bug 1697580 in OpenStack Compute (nova) "Cinder volumes not always attached to instance in order presented" [Undecided,New]01:31
Kevin_Zhengmriedem: do you have time to checkout my reply on https://review.openstack.org/#/c/459593/ , especially about [TagList]01:31
mriedemKevin_Zheng: block device mappings also have an instance_uuid field but we don't send those to conductor as a list01:32
mriedemso something must be wrong in the api code that is requiring this to be different from how BDMs are handled01:33
*** zhurong has quit IRC01:33
Kevin_Zhenghmm I will check01:34
*** zhurong has joined #openstack-nova01:35
*** slaweq has joined #openstack-nova01:35
*** slaweq has quit IRC01:40
*** gomarivera has quit IRC01:44
*** gomarivera has joined #openstack-nova01:44
*** xinliang has quit IRC01:46
*** mingyu has joined #openstack-nova01:46
*** jdurgin has joined #openstack-nova01:46
*** gomarivera has quit IRC01:48
Kevin_Zhengmriedem: hmm, instance uuid for bdm was added in conductor to bdm obj, I will try if I can do it for TagObj01:50
openstackgerritNaichuan Sun proposed openstack/nova master: XenAPI: device tagging  https://review.openstack.org/33378101:53
mriedemKevin_Zheng: good lukc01:54
mriedem*luck01:54
mriedemi'm going to call it a day01:54
Kevin_Zhengmriedem: have a nice sleep01:54
openstackgerritjimmygc proposed openstack/nova master: Remove Xen networking plugin  https://review.openstack.org/47402401:55
*** mriedem has quit IRC01:56
*** xinliang has joined #openstack-nova01:59
*** fragatina has joined #openstack-nova02:01
*** rdo_ has quit IRC02:01
*** ghs39ghsggf has joined #openstack-nova02:02
*** thorst_afk has joined #openstack-nova02:02
*** ghs39ghsggf has left #openstack-nova02:03
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi: cached images should be cleaned up by time  https://review.openstack.org/46595402:04
*** rdo_ has joined #openstack-nova02:05
*** fragatina has quit IRC02:06
*** thorst_afk has quit IRC02:06
openstackgerritMathieu Gagné proposed openstack/nova master: Add ability to signal and perform online volume size change  https://review.openstack.org/45432202:09
*** sapcc-bot1 has joined #openstack-nova02:10
*** toabctl has quit IRC02:11
*** toabctl has joined #openstack-nova02:12
*** gbarros has joined #openstack-nova02:12
*** sapcc-bot has quit IRC02:14
*** acormier_ has quit IRC02:15
*** acormier has joined #openstack-nova02:15
*** salv-orlando has joined #openstack-nova02:16
*** gomarivera has joined #openstack-nova02:17
*** yamahata has quit IRC02:18
*** acormier has quit IRC02:19
*** Apoorva has joined #openstack-nova02:20
*** esberglu has joined #openstack-nova02:24
*** salv-orlando has quit IRC02:25
*** acormier has joined #openstack-nova02:26
*** gomarivera has quit IRC02:32
*** yamamoto_ has joined #openstack-nova02:32
*** gomarivera has joined #openstack-nova02:33
*** mingyu has quit IRC02:39
*** baoli has joined #openstack-nova02:41
openstackgerritTakashi NATSUME proposed openstack/nova master: Use PCIAddressField in oslo.versionedobjects  https://review.openstack.org/46620102:43
*** Apoorva has quit IRC02:44
*** jichen has joined #openstack-nova02:44
*** gomarivera has quit IRC02:45
*** gomarivera has joined #openstack-nova02:45
openstackgerritHieu LE proposed openstack/nova master: remove mox from unit/virt/vmwareapi/test_driver_api.py  https://review.openstack.org/45212802:48
*** Apoorva has joined #openstack-nova02:48
*** acormier has quit IRC02:49
*** gomarivera has quit IRC02:50
*** ayogi has joined #openstack-nova02:51
*** nicolasbock has joined #openstack-nova02:56
*** thorst_afk has joined #openstack-nova02:56
*** tuanluong has joined #openstack-nova02:56
*** fragatina has joined #openstack-nova03:02
*** acormier has joined #openstack-nova03:02
*** fragatina has quit IRC03:06
*** tbachman has joined #openstack-nova03:07
*** links has joined #openstack-nova03:14
*** thorst_afk has quit IRC03:16
*** acormier has quit IRC03:17
*** acormier has joined #openstack-nova03:18
*** baoli has quit IRC03:18
*** mingyu has joined #openstack-nova03:18
*** Shunli has joined #openstack-nova03:24
openstackgerritZhenyu Zheng proposed openstack/nova master: Support tag instances when boot(3/4)  https://review.openstack.org/45959303:28
*** dave-mccowan has quit IRC03:31
*** vks1 has joined #openstack-nova03:35
openstackgerritMerged openstack/nova master: Updated from global requirements  https://review.openstack.org/47281403:35
*** slaweq has joined #openstack-nova03:37
*** acormier_ has joined #openstack-nova03:39
*** trinaths has joined #openstack-nova03:39
*** slaweq has quit IRC03:41
*** itlinux_ has joined #openstack-nova03:42
*** acormier has quit IRC03:42
*** dimtruck is now known as zz_dimtruck03:47
*** Apoorva has quit IRC03:48
*** hongbin has joined #openstack-nova03:51
*** salv-orlando has joined #openstack-nova03:52
*** amotoki_away is now known as amotoki03:55
*** suresh12 has joined #openstack-nova04:00
*** salv-orlando has quit IRC04:02
*** fragatina has joined #openstack-nova04:03
*** suresh12_ has joined #openstack-nova04:06
*** fragatina has quit IRC04:07
*** suresh12 has quit IRC04:07
*** gouthamr_ has joined #openstack-nova04:07
*** gouthamr has quit IRC04:09
*** suresh12 has joined #openstack-nova04:10
*** hoonetorg has quit IRC04:11
*** suresh12_ has quit IRC04:11
*** thorst_afk has joined #openstack-nova04:13
*** psachin has joined #openstack-nova04:14
*** suresh12 has quit IRC04:14
*** suresh12 has joined #openstack-nova04:15
*** gbarros has quit IRC04:17
*** hoonetorg has joined #openstack-nova04:21
*** esberglu has quit IRC04:23
*** gcb has quit IRC04:24
*** gcb has joined #openstack-nova04:24
*** acormier_ has quit IRC04:26
*** zhurong has quit IRC04:28
*** EmilienM has quit IRC04:30
*** EmilienM has joined #openstack-nova04:35
*** slaweq has joined #openstack-nova04:38
*** zhurong has joined #openstack-nova04:38
*** slaweq has quit IRC04:42
*** mingyu has quit IRC04:46
openstackgerritMerged openstack/python-novaclient master: Fix setting 'global_request_id' in SessionClient  https://review.openstack.org/47322404:48
*** thorst_afk has quit IRC04:48
*** mikal has quit IRC04:48
*** mikal has joined #openstack-nova04:50
*** adisky__ has joined #openstack-nova04:50
*** salv-orlando has joined #openstack-nova04:51
*** prateek has joined #openstack-nova04:54
*** qwertyco has joined #openstack-nova04:58
*** bkopilov has quit IRC04:59
*** salv-orl_ has joined #openstack-nova05:03
*** hongbin has quit IRC05:03
*** salv-orlando has quit IRC05:06
*** hongbin has joined #openstack-nova05:07
*** slaweq has joined #openstack-nova05:12
*** itlinux_ has quit IRC05:12
*** suresh12 has quit IRC05:12
*** yamahata has joined #openstack-nova05:14
*** mvpnitesh has joined #openstack-nova05:15
*** bnemec has quit IRC05:16
openstackgerritBéla Vancsics proposed openstack/nova master: Reduced the complexity of the _init_instance method (2)  https://review.openstack.org/42061905:17
*** zhurong has quit IRC05:17
*** slaweq has quit IRC05:17
*** tbachman has quit IRC05:19
*** hongbin_ has joined #openstack-nova05:19
*** udesale has joined #openstack-nova05:19
*** hongbin has quit IRC05:20
*** suresh12 has joined #openstack-nova05:21
*** zhurong has joined #openstack-nova05:21
*** hongbin has joined #openstack-nova05:23
*** hongbin_ has quit IRC05:24
*** hongbin_ has joined #openstack-nova05:26
*** hongbin has quit IRC05:27
*** hongbin has joined #openstack-nova05:28
openstackgerritBéla Vancsics proposed openstack/nova master: Transform keypair.create notification  https://review.openstack.org/40868905:28
*** gouthamr_ has quit IRC05:29
*** hongbin_ has quit IRC05:30
*** hongbin_ has joined #openstack-nova05:30
*** hongbin__ has joined #openstack-nova05:33
*** hongbin has quit IRC05:33
*** edmondsw has joined #openstack-nova05:34
*** hongbin_ has quit IRC05:34
*** boris-42_ has quit IRC05:34
*** hongbin has joined #openstack-nova05:35
*** ratailor has joined #openstack-nova05:37
*** hongbin__ has quit IRC05:37
*** edmondsw has quit IRC05:38
*** hongbin_ has joined #openstack-nova05:38
*** hongbin has quit IRC05:40
*** mamandle has joined #openstack-nova05:40
*** hongbin has joined #openstack-nova05:42
*** hongbin_ has quit IRC05:43
*** adreznec has quit IRC05:43
*** adreznec has joined #openstack-nova05:43
*** sridharg has joined #openstack-nova05:44
*** mingyu has joined #openstack-nova05:48
*** sree has joined #openstack-nova05:54
*** ltomasbo|away is now known as ltomasbo06:01
*** suresh12 has quit IRC06:03
*** jwcroppe_ has joined #openstack-nova06:07
*** salv-orl_ has quit IRC06:08
*** rcernin has joined #openstack-nova06:08
*** salv-orlando has joined #openstack-nova06:09
*** jwcroppe has quit IRC06:09
*** krtaylor has quit IRC06:10
*** ekuris has joined #openstack-nova06:10
*** bkopilov has joined #openstack-nova06:10
*** markus_z has joined #openstack-nova06:11
*** salv-orlando has quit IRC06:13
*** Oku_OS-away is now known as Oku_OS06:14
*** slaweq has joined #openstack-nova06:19
*** markus_z has quit IRC06:22
*** krtaylor has joined #openstack-nova06:23
*** slaweq has quit IRC06:23
*** markus_z has joined #openstack-nova06:23
*** cfriesen has quit IRC06:25
*** ijw has joined #openstack-nova06:26
*** ijw has quit IRC06:31
openstackgerritZhenyu Zheng proposed openstack/nova master: Support tag instances when boot(3/4)  https://review.openstack.org/45959306:32
*** Guest77651 has quit IRC06:32
*** sudipto has joined #openstack-nova06:33
*** sudipto has quit IRC06:33
*** jichen has quit IRC06:33
*** sudipto has joined #openstack-nova06:33
*** sudipto_ has joined #openstack-nova06:33
*** jichen has joined #openstack-nova06:33
*** andreas_s has joined #openstack-nova06:37
*** cNilesh has quit IRC06:44
*** yamahata has quit IRC06:45
*** cNilesh has joined #openstack-nova06:45
*** sridharg has quit IRC06:45
*** sridharg has joined #openstack-nova06:45
*** thorst_afk has joined #openstack-nova06:46
*** david-lyle has quit IRC06:48
*** dklyle has joined #openstack-nova06:48
*** dklyle has quit IRC06:49
*** david-lyle_ has joined #openstack-nova06:49
*** jaosorior has joined #openstack-nova06:49
*** thorst_afk has quit IRC06:50
*** sridharg has quit IRC06:51
*** sridharg has joined #openstack-nova06:52
openstackgerritMerged openstack/nova master: Use plain routes list for user_data instead of stevedore  https://review.openstack.org/46218306:55
*** hongbin_ has joined #openstack-nova06:59
*** jwcroppe_ has quit IRC06:59
*** hongbin has quit IRC07:01
*** shaohe_feng has quit IRC07:08
*** hongbin has joined #openstack-nova07:08
*** hongbin_ has quit IRC07:11
*** hongbin has quit IRC07:13
*** shaohe_feng has joined #openstack-nova07:15
*** sudipto_ has quit IRC07:16
*** sudipto has quit IRC07:16
*** tesseract has joined #openstack-nova07:16
*** sudipto has joined #openstack-nova07:17
*** sudipto has quit IRC07:17
*** sudipto has joined #openstack-nova07:17
*** sudipto_ has joined #openstack-nova07:17
*** hongbin has joined #openstack-nova07:18
*** salv-orlando has joined #openstack-nova07:19
*** slaweq has joined #openstack-nova07:19
*** trinaths has quit IRC07:21
*** hongbin_ has joined #openstack-nova07:21
*** hongbin has quit IRC07:22
*** gyee has quit IRC07:22
*** hongbin has joined #openstack-nova07:23
openstackgerritNgo Quoc Cuong proposed openstack/nova master: Remove translation of log messages  https://review.openstack.org/46695707:24
*** hongbin_ has quit IRC07:25
*** slaweq has quit IRC07:26
*** jpena|off is now known as jpena07:26
*** mingyu has quit IRC07:30
*** diga has joined #openstack-nova07:30
*** mingyu has joined #openstack-nova07:30
*** gcb has quit IRC07:34
*** gcb has joined #openstack-nova07:37
*** mingyu has quit IRC07:39
*** mingyu has joined #openstack-nova07:41
*** damien_r has joined #openstack-nova07:43
*** gomarivera has joined #openstack-nova07:46
*** thorst_afk has joined #openstack-nova07:46
*** hongbin_ has joined #openstack-nova07:47
*** hongbin has quit IRC07:48
*** gomarivera has quit IRC07:50
*** karimb has joined #openstack-nova07:50
*** thorst_afk has quit IRC07:51
*** ralonsoh has joined #openstack-nova07:52
*** mingyu has quit IRC07:55
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-nova08:00
*** roeyc has joined #openstack-nova08:03
*** ltomasbo is now known as ltomasbo|away08:10
*** fragatina has joined #openstack-nova08:11
*** fragatina has quit IRC08:12
*** fragatina has joined #openstack-nova08:13
*** suresh12 has joined #openstack-nova08:13
*** tovin07_ has quit IRC08:14
*** suresh12 has quit IRC08:17
*** efoley has joined #openstack-nova08:19
*** ayogi has quit IRC08:19
*** hongbin has joined #openstack-nova08:21
*** mvpnitesh has quit IRC08:23
*** hongbin__ has joined #openstack-nova08:23
*** hongbin_ has quit IRC08:24
*** tovin07_ has joined #openstack-nova08:24
*** lucas-afk is now known as lucasagomes08:25
*** hongbin has quit IRC08:26
*** hongbin has joined #openstack-nova08:26
*** hongbin__ has quit IRC08:28
*** zz9pzza_ has joined #openstack-nova08:28
*** zz9pzza has quit IRC08:28
*** trinaths has joined #openstack-nova08:28
*** hongbin_ has joined #openstack-nova08:30
*** hongbin has quit IRC08:31
fricklerso this is a novaclient issue rather than OSC it seems: https://bugs.launchpad.net/python-novaclient/+bug/169745208:32
openstackLaunchpad bug 1697452 in python-openstackclient "openstack client dumps debug info on console even without specifying --debug option" [Undecided,New]08:32
*** fragatina has quit IRC08:37
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add memoize function using oslo.cache  https://review.openstack.org/47277308:42
*** hongbin has joined #openstack-nova08:44
*** yamamoto_ has quit IRC08:44
*** hongbin_ has quit IRC08:45
*** sridharg has quit IRC08:45
*** sridharg has joined #openstack-nova08:45
*** moshele has joined #openstack-nova08:46
*** hongbin_ has joined #openstack-nova08:46
*** thorst_afk has joined #openstack-nova08:47
openstackgerritBalazs Gibizer proposed openstack/nova master: Add BDM to InstancePayload  https://review.openstack.org/44877908:47
openstackgerritBalazs Gibizer proposed openstack/nova master: Add key_name field to InstancePayload  https://review.openstack.org/46300208:47
openstackgerritBalazs Gibizer proposed openstack/nova master: Add keypairs field to InstanceCreatePayload  https://review.openstack.org/41973008:47
openstackgerritBalazs Gibizer proposed openstack/nova master: Add separate instance.create payload type  https://review.openstack.org/46300108:47
moshelesean-k-mooney, sfinucan: hi, some of the ovs hw-offload patches are pushed in to ovs  https://github.com/openvswitch/ovs/commit/53611f7b05460ee60cc94d67e14ac8945de4b4f9 can you unblock my os-vif patch?08:48
*** hongbin has quit IRC08:48
*** hongbin has joined #openstack-nova08:49
openstackgerritBalazs Gibizer proposed openstack/nova master: Add BDM to InstancePayload  https://review.openstack.org/44877908:50
openstackgerritBalazs Gibizer proposed openstack/nova master: Add key_name field to InstancePayload  https://review.openstack.org/46300208:50
openstackgerritBalazs Gibizer proposed openstack/nova master: Add keypairs field to InstanceCreatePayload  https://review.openstack.org/41973008:50
openstackgerritBalazs Gibizer proposed openstack/nova master: Add separate instance.create payload type  https://review.openstack.org/46300108:50
*** lpetrut has joined #openstack-nova08:50
*** hongbin_ has quit IRC08:51
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for os-cloudpipe endpoint instead of stevedore  https://review.openstack.org/47411608:51
*** mvpnitesh has joined #openstack-nova08:52
*** thorst_afk has quit IRC08:52
*** awaugama has joined #openstack-nova08:52
*** hongbin_ has joined #openstack-nova08:53
*** hongbin has quit IRC08:53
*** ayogi has joined #openstack-nova08:55
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for os-quota-classes endpoint instead of stevedore  https://review.openstack.org/46164108:55
openstackgerritjichenjc proposed openstack/nova master: add zvm migration object  https://review.openstack.org/41409008:56
*** markvoelker has quit IRC09:01
*** derekh has joined #openstack-nova09:06
*** josecastroleon has joined #openstack-nova09:06
*** edmondsw has joined #openstack-nova09:10
*** yamamoto has joined #openstack-nova09:12
*** dtantsur|afk is now known as dtantsur09:13
openstackgerritZhenyu Zheng proposed openstack/nova master: Support tag instances when boot(4/4)  https://review.openstack.org/46980009:14
*** edmondsw has quit IRC09:15
*** alex_xu has quit IRC09:16
*** yamamoto has quit IRC09:17
*** yamamoto has joined #openstack-nova09:20
*** cdent has joined #openstack-nova09:22
*** slaweq has joined #openstack-nova09:23
*** gszasz has joined #openstack-nova09:23
*** diga has quit IRC09:24
openstackgerritZhenyu Zheng proposed openstack/nova master: Support tag instances when boot(4/4)  https://review.openstack.org/46980009:26
*** trinaths has quit IRC09:26
*** slaweq has quit IRC09:28
*** Shunli has quit IRC09:32
*** alex_xu has joined #openstack-nova09:36
*** tojuvone has quit IRC09:37
*** tojuvone has joined #openstack-nova09:38
hferenchi all09:38
hferencif somebody has time on his/her hands i'd appreciate any reviews on this: https://review.openstack.org/#/c/464002/09:39
*** yingjun has quit IRC09:39
*** zhurong has quit IRC09:40
*** liusheng has quit IRC09:42
*** liusheng has joined #openstack-nova09:42
*** yamamoto has quit IRC09:43
*** mdnadeem has quit IRC09:46
*** abalutoiu has quit IRC09:48
*** thorst_afk has joined #openstack-nova09:48
*** prateek has quit IRC09:49
*** prateek has joined #openstack-nova09:50
*** jichen has quit IRC09:52
*** abalutoiu has joined #openstack-nova09:53
*** fragatina has joined #openstack-nova09:55
*** sambetts|afk is now known as sambetts09:55
*** mvpnitesh has quit IRC09:56
*** mvpnitesh has joined #openstack-nova09:57
*** yamamoto has joined #openstack-nova09:58
*** liujiong has quit IRC09:58
*** awaugama has quit IRC09:58
*** tovin07_ has quit IRC10:02
*** sdague has joined #openstack-nova10:03
*** yamamoto has quit IRC10:05
*** yamamoto has joined #openstack-nova10:05
*** yamamoto has quit IRC10:05
*** thorst_afk has quit IRC10:07
*** mvk has quit IRC10:15
*** moshele has quit IRC10:19
*** moshele has joined #openstack-nova10:20
openstackgerritGábor Antal proposed openstack/nova master: Transform aggregate.update_prop notification  https://review.openstack.org/46257610:21
*** slaweq has joined #openstack-nova10:24
openstackgerritMerged openstack/nova master: remove get_nw_info_for_instance from compute.utils  https://review.openstack.org/45138710:26
*** mvk has joined #openstack-nova10:26
*** hongbin_ has quit IRC10:27
*** slaweq has quit IRC10:28
*** moshele has quit IRC10:30
*** moshele has joined #openstack-nova10:30
*** trinaths has joined #openstack-nova10:33
*** cNilesh has quit IRC10:37
*** cNilesh has joined #openstack-nova10:37
*** cNilesh has quit IRC10:40
*** cNilesh has joined #openstack-nova10:40
*** CristinaPauna has quit IRC10:40
cdentbauzas, alex_xu : some relatively small placement-related fixes: https://review.openstack.org/#/c/468928/ https://review.openstack.org/#/c/469047/ https://review.openstack.org/#/c/469048/ https://review.openstack.org/#/c/471067/ please and thank you10:40
*** lucasagomes has quit IRC10:41
*** hferenc has quit IRC10:46
*** cNilesh has quit IRC10:47
openstackgerritMerged openstack/nova master: Use plain routes list for os-server-groups endpoint instead of stevedore  https://review.openstack.org/46216910:48
*** p01nt3r75 has joined #openstack-nova10:49
*** applec4rt has quit IRC10:49
*** yamamoto has joined #openstack-nova10:51
alex_xucdent: added to my list, will try to reach them10:52
openstackgerritSean Dague proposed openstack/python-novaclient master: Updated from global requirements  https://review.openstack.org/47291910:52
*** lucasagomes has joined #openstack-nova10:52
cdentthanks alex_xu10:52
alex_xucdent: np10:52
*** moshele has quit IRC10:53
*** yamamoto has quit IRC10:55
*** salv-orlando has quit IRC10:55
*** trinaths has quit IRC10:56
*** moshele has joined #openstack-nova10:57
*** markvoelker has joined #openstack-nova11:01
*** yamamoto has joined #openstack-nova11:01
*** moshele has quit IRC11:04
*** ltomasbo|away is now known as ltomasbo11:04
*** thorst_afk has joined #openstack-nova11:04
*** moshele has joined #openstack-nova11:05
*** udesale has quit IRC11:05
*** yamamoto has quit IRC11:06
*** _danpawlik is now known as danpawlik11:08
*** claudiub has joined #openstack-nova11:08
*** thorst_afk has quit IRC11:09
*** phuongnh has quit IRC11:12
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova master: live-migration test hook for serial console  https://review.openstack.org/34747111:14
*** tuanluong has quit IRC11:16
*** slaweq has joined #openstack-nova11:24
*** qwertyco has quit IRC11:25
*** jaosorior has quit IRC11:29
*** slaweq has quit IRC11:29
*** lucasagomes is now known as lucas-hungry11:31
*** rfolco has joined #openstack-nova11:31
openstackgerritBalazs Gibizer proposed openstack/nova master: Make all timestamps formats equal  https://review.openstack.org/42198111:32
*** dtantsur is now known as dtantsur|brb11:33
*** markvoelker has quit IRC11:36
*** yamamoto has joined #openstack-nova11:36
*** yamamoto has quit IRC11:36
*** hferenc has joined #openstack-nova11:38
*** yamamoto has joined #openstack-nova11:38
*** acormier has joined #openstack-nova11:41
*** thorst_afk has joined #openstack-nova11:42
*** sudipto has quit IRC11:43
*** sudipto_ has quit IRC11:43
*** vladiskuz has joined #openstack-nova11:46
*** acormier has quit IRC11:47
vladiskuzHey, guys! When I tried use pagination in nova I've faced with problem. When I use '--marker' nova doesn't return instances in error state. Is it a bug or not?11:49
vladiskuzhttp://paste.openstack.org/show/612533/11:49
*** CristinaPauna has joined #openstack-nova11:51
*** trinaths has joined #openstack-nova11:52
*** cdent has quit IRC11:53
*** thorst_afk has quit IRC11:53
*** markvoelker has joined #openstack-nova11:53
*** gszasz has quit IRC11:56
*** CristinaPauna has quit IRC11:57
sdaguelyarwood: is this still in progress - https://bugs.launchpad.net/nova/+bug/1639293 ?11:59
openstackLaunchpad bug 1639293 in OpenStack Compute (nova) "Cinder encrypted vol connection info include full nova internal class name " [High,In progress] - Assigned to Lee Yarwood (lyarwood)11:59
*** markvoelker has quit IRC11:59
openstackgerritMonty Taylor proposed openstack/python-novaclient master: Stop posting to os-volumes_boot  https://review.openstack.org/47383312:00
*** jpena is now known as jpena|lunch12:01
*** ratailor has quit IRC12:01
*** awaugama has joined #openstack-nova12:01
*** qwertyco has joined #openstack-nova12:01
*** markvoelker has joined #openstack-nova12:02
*** gszasz has joined #openstack-nova12:02
lyarwoodsdague: yeah still in progress, we can't remove the full class path method until Queens thanks to Tempest12:02
lyarwoodhttps://review.openstack.org/#/q/status:open+branch:master+topic:deprecate_legacy_encryptor_provider_names12:03
*** litao__ has quit IRC12:03
sdaguelyarwood: is there going to still be another nova patch there?12:03
lyarwoodsdague: nope, we can remove it from the bug now.12:04
* lyarwood adds os-brick and tempest12:04
*** ralonsoh has quit IRC12:06
*** jdurgin has quit IRC12:08
*** baoli has joined #openstack-nova12:11
*** mvpnitesh has quit IRC12:13
*** mvpnitesh has joined #openstack-nova12:14
*** ralonsoh has joined #openstack-nova12:15
*** vks1 has quit IRC12:16
*** acormier has joined #openstack-nova12:17
*** kornicameister has quit IRC12:22
*** suresh12 has joined #openstack-nova12:23
*** slaweq has joined #openstack-nova12:25
*** ltomasbo is now known as ltomasbo|away12:26
*** lyan has joined #openstack-nova12:27
*** suresh12 has quit IRC12:27
*** mamandle has quit IRC12:28
openstackgerritAndrey Volkov proposed openstack/nova master: [placement] Add api-ref for traits  https://review.openstack.org/47418612:29
*** mdrabe has joined #openstack-nova12:29
*** acormier has quit IRC12:29
*** alexchadin has joined #openstack-nova12:29
*** prateek has quit IRC12:30
*** slaweq has quit IRC12:30
*** coreywright has quit IRC12:33
*** lucas-hungry is now known as lucasagomes12:33
*** edmondsw has joined #openstack-nova12:37
*** jdurgin has joined #openstack-nova12:39
*** acormier has joined #openstack-nova12:41
*** jamesden_ has joined #openstack-nova12:41
*** acormier has joined #openstack-nova12:42
*** jamesdenton has quit IRC12:44
*** gouthamr has joined #openstack-nova12:44
*** abalutoiu has quit IRC12:44
*** coreywright has joined #openstack-nova12:45
*** links has quit IRC12:46
*** acormier has quit IRC12:46
alex_xunova api meeting is in 13 mins at #openstack-meeting-412:47
openstackgerritMerged openstack/nova master: api-ref: fix misleading description in PUT /os-services/disable  https://review.openstack.org/47399712:49
*** sudipto_ has joined #openstack-nova12:50
*** sudipto has joined #openstack-nova12:50
*** catintheroof has joined #openstack-nova12:52
*** sbezverk has quit IRC12:53
*** sbezverk has joined #openstack-nova12:54
sfinucanmoshele: I could, but surely we should wait until it's in the wild?12:54
sfinucan...and in a release12:54
moshelesfinucan: ok12:57
*** mvpnitesh has quit IRC12:57
*** pchavva has joined #openstack-nova12:57
*** liverpooler has joined #openstack-nova12:58
*** baoli has quit IRC12:59
*** baoli has joined #openstack-nova12:59
*** jpena|lunch is now known as jpena13:03
*** ayogi has quit IRC13:04
Kevin_Zhengping gibi13:05
Kevin_Zhengping13:05
*** mingyu has joined #openstack-nova13:06
*** baoli has quit IRC13:08
*** yassine has joined #openstack-nova13:08
*** mriedem has joined #openstack-nova13:10
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: Clean up ShellTest unit tests  https://review.openstack.org/47391013:11
Kevin_Zhengping mriedem13:13
*** gcb has quit IRC13:14
*** gomarivera has joined #openstack-nova13:14
*** xyang1 has joined #openstack-nova13:14
*** gomarivera_ has joined #openstack-nova13:15
*** lucasxu has joined #openstack-nova13:15
mriedemKevin_Zheng: pong13:15
*** gomarivera has quit IRC13:15
mriedemsdague: want to put https://review.openstack.org/#/c/474029/ in and then i'll cut a stable/ocata release this afternoon13:15
*** kylek3h has joined #openstack-nova13:17
Kevin_Zhengmriedem: saw you guys mentioned me in notification meeting last night, I will have a patch up tomorrow, and I have a question came up today from our product team13:18
*** openstackgerrit has quit IRC13:18
Kevin_ZhengShould instance notification payload including STATUS?13:18
*** dave-mccowan has joined #openstack-nova13:18
mriedemit has vm_state doesn't it?13:19
Kevin_ZhengAs it appears in instance details response and we have filter for this field13:19
Kevin_ZhengYeah, but we currently allow filter by status13:19
mriedemlooking at https://docs.openstack.org/developer/nova/notifications.html13:20
Kevin_ZhengIn client13:20
mriedemi see13:20
mriedem"state":"active",             "task_state":"pausing",             "power_state":"running",13:20
*** alexchadin has quit IRC13:20
mriedemfor instance.pause.start13:20
Kevin_ZhengO we have state13:21
mriedemKevin_Zheng: yes i think that's the vm_state13:21
mriedemi assume you're asking for something like the status in the rest api response for GET /servers/{server_id} which uses https://github.com/openstack/nova/blob/master/nova/api/openstack/common.py#L11313:21
Kevin_ZhengYeah13:22
mriedemi.e. https://developer.openstack.org/api-guide/compute/server_concepts.html13:22
*** esberglu has joined #openstack-nova13:22
mriedemhonestly i don't really know why there was ever a distinction in the rest api13:23
mriedemi think the status field in the response predated the vm/task states being in the rest api response13:23
mriedemwhich came in the OS-EXT-STS extension13:23
mriedemit seems redundant t ome13:23
Kevin_ZhengHmm13:24
Kevin_ZhengSo you prefer not adding it13:24
*** eharney has joined #openstack-nova13:24
*** roeyc has quit IRC13:24
*** roeyc has joined #openstack-nova13:25
Kevin_ZhengAnd perhaps apps should rely on vm state instead of status13:25
sdaguemriedem: done13:25
Kevin_Zheng?13:25
*** roeyc has quit IRC13:25
*** slaweq has joined #openstack-nova13:26
*** dtantsur|brb is now known as dtantsur13:26
mriedemKevin_Zheng: i don't have a strong feeling either way, we could add status to the InstancePayload if we wanted, i'd ask gibi too13:27
mriedembut this is why we have versioned notifications now13:27
mriedemso we can change them13:27
mriedemKevin_Zheng: i would like some more details on the use case, but that could come in a change or ML thread or something else13:27
mriedemsdague: thanks13:28
Kevin_Zhengyeah, I just find it might be useful as we already support filter by it13:28
*** pabardina has joined #openstack-nova13:28
sdaguemriedem: is there a current bug leader?13:28
stvnoyesgood morning mriedem. I have the cinder v3 migrate rv ready to go. I've been testing it with jgriffith 's POC changes and can migrate back and forth OK with a bfv instance and instances with attached volumes . I would appreciate your feedback on the changes. thanks. https://review.openstack.org/#/c/463987/13:29
sdaguemriedem: I was staring at the bugs again today and thinking about the way tags get "abused" in github for workflow13:29
sdagueand think we could use some of that13:29
mriedemsdague: there is no bug master13:29
mriedemstvnoyes: ok13:29
mriedemsdague: abused?13:29
sdaguemriedem: github has no real workflow states13:30
sdagueit's either open or clossed13:30
sdaguewhich means the entire incomplete / confirmed / triaged isn't used13:30
sdagueas it doesn't exist13:30
*** slaweq has quit IRC13:31
mriedemoh right, i remember13:31
sdagueand instead projects use tags and bug bots to do workflow with tags13:31
mriedemwith GHE13:31
mriedeminprogress, blocked, etc13:31
sdaguewhich, is actually a lot more flexible in a lot of ways13:31
sdaguebecause you can customize workflow to your project13:31
pabardinaHello, I would like to use the "nova trigger-crash-dump", but how can I validate if it works correctly ? The cli doesn't do anything (on mitaka) thanks13:31
sdagueI was thinking about things like "needs.sub-team-triage" "needs.os-info" "needs.version-info"13:32
*** jianghuaw__ has joined #openstack-nova13:32
mriedempabardina: here are the functional tests for trigger crash dump in mitaka if those help https://github.com/openstack/python-novaclient/blob/stable/mitaka/novaclient/tests/functional/v2/test_trigger_crash_dump.py13:32
sdaguelaunchpad doesn't let you have : in tags, but it does let you have "."13:33
sdaguea bunch of that could be automatically applied with some text processing13:34
mriedemKevin_Zheng: when you say filter by status, you mean this right? https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/servers.py#L188-L20813:34
mriedemwe really filter by vm/task state13:34
mriedemthe status thing is just an alias for the API user13:34
sdaguebecause a lot bugs just end up with no logical next step13:34
Kevin_Zhenghmm yes13:35
mriedemsdague: automatically applied how? cron job that pulls the bug down and scans the text and applies a tag?13:35
mriedemi'm not even sure if we're supposed to be actively moving to storyboard or not13:35
mriedemi've avoided that conversation13:35
*** alexchadin has joined #openstack-nova13:36
sdaguemriedem: yeh, there are mqtt events on bug changes, we don't have to cron it13:36
Kevin_Zhengbut for SL for example, if we want to support filter by status, we have to maintain the mapping like in Nova13:36
*** sapcc-bot1 has quit IRC13:36
*** carthaca_ has quit IRC13:36
Kevin_Zhengvm_state + task_state -> status13:36
*** carthaca_ has joined #openstack-nova13:36
*** sapcc-bot has joined #openstack-nova13:36
mriedemKevin_Zheng: true; when you say support filter by status in searchlight (SL reminds me of softlayer), are you talking about something added to the searchlight REST API?13:36
*** cleong has joined #openstack-nova13:37
mriedemsdague: yeah good point13:37
efriedjohnthetubaguy yt?13:38
Kevin_Zhengno, they are just transforming user input query params to ElasticSearch Query, so if it has this field, it can search13:38
sdaguemriedem: anyway, I'm playing with some things to see what might be useful to make the bug backlog not too crazy13:40
*** jwcroppe has joined #openstack-nova13:40
Kevin_Zhengit can also transforming status query to vm_state + task_state, but means maintain the mapping :)13:41
mriedemedleafe: dansmith: semi interesting placement related bug https://bugs.launchpad.net/nova/+bug/169782513:41
openstackLaunchpad bug 1697825 in OpenStack Compute (nova) "nova-compute can not regist resource_provider when nova-compute start before placement endpoint created" [Undecided,New] - Assigned to zhang zhenzhong (zzzhang0118)13:41
mriedemsdague: ok - honestly i'm happy with anyone that's just looking at bugs13:42
mriedemso go nuts13:42
*** zhurong has joined #openstack-nova13:42
mriedemKevin_Zheng: why search SL by the status field then? why not just search by the vm_state field?13:43
mriedemif that's all SL has?13:43
sdagueok, so I'm going to poke around at a few things and try to write up some ideas to the mailing list when I have something more concrete13:43
efriedCan anyone tell me if (and if so, why) it's illegal for a member of a notification payload to be None?13:44
mriedemgibi: ^13:45
mriedemefried: which member?13:45
efriedHehe.  gibi is the reason I'm asking.13:45
*** jamesden_ has quit IRC13:45
efriedTrying to get to the bottom of https://review.openstack.org/#/c/455778/3/nova/notifications/base.py@39413:45
*** openstackgerrit has joined #openstack-nova13:45
openstackgerritAlex Xu proposed openstack/nova master: [placement] Update placement devref to modern features  https://review.openstack.org/46904713:45
dansmithmriedem: we know about that one right?13:46
Kevin_Zhengmriedem: just saying, nova currently support it :)13:46
dansmithmriedem: tripleo was doing that, and we said starting compute before your catalog was setup was not a thing13:46
mriedemKevin_Zheng: sure, but i don't see that as a need for SL to need the same information13:47
mriedemwhen it has the vm_state13:47
mriedemwhich is essentially the same13:47
mriedemdansmith: forgot about the tripleo case13:47
Kevin_Zhenggot it13:47
*** alineb has quit IRC13:47
mriedemKevin_Zheng: again i'm not blocking it, i would just like a better idea of the end use case and flow, and requirements - which seem pretty thin if it's just "nova rest api has this field so SL should too"13:48
mriedembut, we're doing that for other things13:48
Kevin_Zhengyeah, I understand13:48
mriedemhttps://blueprints.launchpad.net/nova/+spec/additional-notification-fields-for-searchlight i mean13:48
*** smatzek has joined #openstack-nova13:49
mriedemefried: so setting https://github.com/openstack/nova/blob/9dde4fe0eacc01c135401da3313c493caa99a30c/nova/notifications/base.py#L478 to None makes legacy notifications blow up?13:49
efriedmriedem I think that's what we don't know.13:50
mriedembecause for a versioned payload that should be fine https://github.com/openstack/nova/blob/9dde4fe0eacc01c135401da3313c493caa99a30c/nova/notifications/objects/instance.py#L8613:50
*** jamesdenton has joined #openstack-nova13:50
mriedemsince it's nullable=True13:50
*** crushil has joined #openstack-nova13:50
efriedmriedem Right, although the only other place I can see that field being used, it's being defaulted to 013:51
efriedhttps://github.com/openstack/nova/blob/9dde4fe0eacc01c135401da3313c493caa99a30c/nova/api/openstack/compute/views/servers.py#L15313:51
*** jaypipes has joined #openstack-nova13:53
efriedWhat's a "legacy notification"?  Or any notification, for that matter?  Is it a way for an API consumer to register a kind of callback to return instance info periodically or when something happens?13:53
efried(jaypipes FYI, trying to get to the bottom of https://review.openstack.org/#/c/455778/3/nova/notifications/base.py@394)13:54
jaypipesefried: a legacy notification is any notification that doesn't use versioning13:55
*** yamahata has joined #openstack-nova13:56
efriedjaypipes Is there some reason a piece of the notification payload can't be None?13:56
jaypipesefried: notification messages are sent out on the notifications topic queue and subscribers to that queue can take whatever action they want depending on the event type and payload13:56
*** baoli has joined #openstack-nova13:56
jaypipesefried: I don't believe so, which is the reason for my comment there :)13:56
openstackgerritEd Leafe proposed openstack/nova master: Extract custom resource classes from flavors  https://review.openstack.org/47362713:58
*** amotoki is now known as amotoki_away13:59
edleafeIs it the responsibility of an operator to create a flavor's extra_specs with only valid data?14:00
jaypipesedleafe: good question :)14:00
jaypipesedleafe: not sure, frankly.14:00
edleafeIOW, if they enter a string where an integer is required, how should that be handled14:00
jaypipesedleafe: I would say yes?14:00
edleafejaypipes: that was my instinct14:00
openstackgerritMerged openstack/python-novaclient master: strip the remote prefixes from the release note branch specifiers  https://review.openstack.org/47108214:00
edleafebut cdent disagrees14:00
edleafeor at least wonders about that14:01
jaypipesedleafe: not user-friendly, but then again, it's extra_specs, so wild west.14:01
*** sdatko has joined #openstack-nova14:01
edleafejaypipes: so if they specify a custom resource class that doesn't start with CUSTOM_, raise an error and be done with it?14:02
* gibi is reading back14:02
*** gbarros has joined #openstack-nova14:02
*** prateek has joined #openstack-nova14:03
*** bnemec has joined #openstack-nova14:05
*** tidwellr has joined #openstack-nova14:06
*** masber has quit IRC14:06
gibijaypipes, efried, mriedem: technically legacy notification payload could contain null values. But in this particular case progress was never null in the legacy notification14:07
gibijaypipes, efried, mriedem: so makit it null now might break the consumer14:07
efriedgibi Is this code path *only* used for legacy notifications?14:07
*** masber has joined #openstack-nova14:07
gibiefried: let me doublecheck14:07
efriedSo the only reason we need to preserve this particular behavior is for backward compatibility.  In which case we should keep it defaulting to ''.14:09
gibiefried: the null_safe_int is only used for legacy. the versioned part directly copy the progress field from the Instance and the versioned notification defines progress as nullble too14:10
*** zz_dimtruck is now known as dimtruck14:11
gibiso yes, the only reason I wouldn't like to send null in the legacy notification as it was never null before14:11
gibiand I have no way to signal (except a release note) that now progress can be null in the legacy notification14:12
*** prateek has quit IRC14:12
*** ckopper has joined #openstack-nova14:12
*** qwertyco has quit IRC14:13
gibijaypipes: you vote for sending null in https://review.openstack.org/#/c/455778/3/nova/notifications/base.py@394 , don't you think it will cause trouble for the consumer?14:13
*** qwertyco has joined #openstack-nova14:13
gibijaypipes: or it is enough to add a release note to signal such a change14:13
efriedI have another suggestion.  Commenting in the change set...14:13
*** eharney has quit IRC14:13
jaypipesgibi: I'm kinda of the opinion "just see if anything breaks" :)14:14
gibijaypipes: so you mean if consumer is broken then they will file a bug and we will revert the change? :)14:14
gibiefried: I appreciate your review!14:15
jaypipesgibi: possibly :) or rather a better scenario would be to have a functional test that attempts to load the legacy notification when null_safe_int() is removed and see if something blows up14:15
openstackgerritMerged openstack/python-novaclient master: Error out if nic auto or none are not alone  https://review.openstack.org/47000014:16
gibijaypipes: that something that loads the notification in the functional test is not exists today so if I create it now then I definitely make it so that it won't blow up because of progress can be null14:16
*** eharney has joined #openstack-nova14:16
gibijaypipes: however I don't know if that is a meaningfull test :)14:16
jaypipesgibi: I'm not sure either :)14:17
mriedemif the end consumer expects it to not be null, then us testing whatever we change it to internally doesn't help much14:18
*** jdurgin has quit IRC14:18
*** kfarr has joined #openstack-nova14:18
*** tbachman has joined #openstack-nova14:18
gibimriedem: exactly14:18
gibimriedem: would you be OK with making progress null and signal that with a reno?14:19
*** links has joined #openstack-nova14:19
efriedgibi jaypipes added a comment.14:20
mriedemwhat is this holding up?14:20
mriedemwhy do we care?14:20
gibiit is come up as part of the bugfix https://review.openstack.org/#/c/421981/ but it doesn't hold it up any more14:21
*** ekuris has quit IRC14:21
*** qwertyco has quit IRC14:22
*** gomarivera_ has quit IRC14:22
gibimriedem: so we can ignore the problem if we want14:22
*** qwertyco has joined #openstack-nova14:22
*** jdurgin has joined #openstack-nova14:23
mriedemgibi: jaypipes: efried: commented with my 2 cents,14:24
mriedemultimately i say abandon14:24
mriedemthis isn't worth the time spent discussing it14:24
mriedemespecially not when we could be bikeshedding over flavor extra spec validation!14:25
openstackgerritMatt Riedemann proposed openstack/nova master: Cleanup the plethora of libvirt live migration options  https://review.openstack.org/47183414:25
gibimriedem: I got your point. This is a side track really14:25
gibimriedem: so I'm not against droping it14:26
*** armax has joined #openstack-nova14:27
*** slaweq has joined #openstack-nova14:27
sdatkohey mriedem14:27
*** jaosorior has joined #openstack-nova14:28
openstackgerritMaciej Kucia proposed openstack/nova-specs master: WIP Extended PCI alias  https://review.openstack.org/47421814:28
sdatkodo you remember, by change, i had issues with testing db_api in current Nova/Master?14:28
mriedemsdatko: i don't14:28
sdatkoyou recommened me to use nova.objects instead of db.flavor_create /etc.14:29
mriedemefried: more on notifications if you're interested https://docs.openstack.org/developer/nova/notifications.html14:30
*** felipemonteiro has joined #openstack-nova14:30
mriedemsdatko: ok, i vaguely remember you messing around with things in the database14:30
mriedemand me trying to discourage that14:30
*** ckopper has quit IRC14:30
gibiKevin_Zheng, mriedem: about state vs status we can a status based on https://github.com/openstack/nova/blob/master/nova/api/openstack/common.py#L113 I'm not against it especially if you have a use case needing it14:30
sdatkoyep :)14:30
mriedemgibi: i'm not against it really either, as long as i understand the use case first14:31
gibimriedem: then I guess Kevin_Zheng can put up a patch with the use case in the commit message :)14:32
sdatkomriedem: so i am trying to get all flavorIDs on specific host14:32
*** mamandle has joined #openstack-nova14:33
mriedemgibi: you know how you're creating the new instance create payload? didn't we do that once already with some other action payload? i was thinking related to snapshots14:33
mriedembut i might be misremembering14:33
*** sree has quit IRC14:33
mriedemlike,14:33
edleafealex_xu: around?14:33
mriedemwe needed to add the snapshot image id to the payload but didn't want to add it to every action payload14:34
*** sree has joined #openstack-nova14:34
mriedemsdatko: flavors are not tied to a compute host, the instance is14:34
mriedemand the instance has a flavor14:34
mriedemassociated with it14:34
mriedemembedded really14:34
mriedemnova.objects.Instance.flavor field14:34
sdatkomriedem: in nova.db.sqlalchemy.api i have function that returns model_query(context, models.Instance.instancE_typE_id).filter(models.Instance.host == host).filter(models.Instance.deleted == 0).distinct(models.Instance.instance_type_id).all()14:35
mriedemgibi: ah this https://review.openstack.org/#/c/453077/14:35
gibimriedem: there are actions with specific payload like https://github.com/openstack/nova/blob/master/nova/notifications/objects/instance.py#L12114:36
mriedemgibi: this is what i was thinking of https://review.openstack.org/#/c/453077/2/doc/notification_samples/instance-snapshot-end.json@7114:36
*** sridharg has quit IRC14:36
sdatkoand it seems to work; however, i am trying to write unit test for that, but i receive "oslo_db.exception.DBNonExistentTable: (sqlite3.OperationalError) no such table: instances"14:36
mriedemwe added a more specific payload,14:36
*** links has quit IRC14:36
mriedemand i was checking to see what we did with the version14:36
mriedemso that we are being consistent with InstanceCreatePayload14:37
gibimriedem: ahh I see. You are askin about the version number14:37
mriedemyes14:37
mriedemi want to be consistent when we rename payloads14:37
mriedemconsistent in what we do about the version i mean14:37
mriedemdoes it stay the same or increment14:37
openstackgerritMaciej Kucia proposed openstack/nova-specs master: WIP Extended PCI alias  https://review.openstack.org/47421814:37
*** hongbin has joined #openstack-nova14:37
mriedemgibi: looks like it's being consistent and not incrementing the version https://review.openstack.org/#/c/453077/9/doc/notification_samples/instance-snapshot-end.json14:38
*** sree has quit IRC14:38
gibimriedem: in case of snapshot_id we did increase as not just renamed the class but added the new field14:38
Kevin_Zhengmriedem gibi I will ask for detailed usecase and see if it is persuasive enough14:38
gibimriedem: but in the create case we had a separate patch to rename14:38
gibimriedem: so there we kept the version14:39
mriedemgibi: then isn't this wrong? https://review.openstack.org/#/c/453077/9/doc/notification_samples/instance-snapshot-start.json@7214:39
openstackgerritMaciej Kucia proposed openstack/nova-specs master: WIP Extended PCI alias  https://review.openstack.org/47421814:39
mriedemshouldn't that be 1.3?14:39
gibimriedem: yes, that is wrong14:39
mriedemcool :)14:39
mriedem-1!14:39
mriedemKevin_Zheng: thanks14:39
gibimriedem: thanks for founding it :)14:39
*** slaweq has quit IRC14:40
mriedemsdatko: is this for something you're planning on contributing to nova in the community? or just working on separately downstream? because if it's the latter, i don't really have time to help with forking nova.14:41
gibimriedem: I will be more explicit in the https://review.openstack.org/#/c/453667/ as well about keeping the same version in case of pure rename and bumping it if also content is changed in the same step14:41
mriedemgibi: ok i was going to ask that we document this in the devref14:42
sdatkomriedem: nothing very important, i am just trying to get into Nova14:42
sdatkoplaying on DevStack :-) Ok, maybe some other time14:44
sdatkothanks!14:44
mriedemsdatko: ok, i figured with the types of questions you're asking you are trying to implement some out of tree feature14:44
mriedemsdatko: ultimately it depends on your use case, but i think if you're just trying to figure out which flavors are being used on which hosts, that can all be done via the REST API / client side tools14:45
mriedemif you're working on a scheduler filter or something like that, then it's a different story14:45
*** psachin has quit IRC14:45
*** mhenkel has quit IRC14:48
*** zhurong has quit IRC14:49
*** mhenkel has joined #openstack-nova14:49
kashyapmriedem: Forgot to respond here, as I was asleep - about your persistent domain question14:49
kashyapmriedem: But you answered yourself, and you were right14:50
*** ckopper has joined #openstack-nova14:50
mriedemkashyap: yeah now just need to know why it takes 5 minutes to remove an ethernet interface device from a guest14:50
mriedemwas hoping danpb could help with some of that14:51
kashyapmriedem: That sounds like an awful lot of time14:51
* kashyap on a call, be back in a few to pay full attention here14:51
*** mingyu has quit IRC14:52
*** cfriesen has joined #openstack-nova14:52
openstackgerritBalazs Gibizer proposed openstack/nova master: explain payload inheritance in notification devref  https://review.openstack.org/45366714:54
openstackgerritBalazs Gibizer proposed openstack/nova master: Add snapshot id to the snapshot notifications  https://review.openstack.org/45307714:54
gibimriedem: Fixed the versioning problem in the snapshot_id patch ^^14:54
mriedemkashyap: cool, comments 14 and on are the details https://bugs.launchpad.net/nova/+bug/169612514:54
openstackLaunchpad bug 1696125 in OpenStack Compute (nova) "Detach interface failed - timeout waiting to detach tap device in linuxbridge job (pike)" [High,Confirmed] - Assigned to Matt Riedemann (mriedem)14:54
*** trinaths has quit IRC14:54
mriedemgibi: cool14:54
*** mingyu has joined #openstack-nova14:57
mriedemgibi: ok +2 on the instance create payload change https://review.openstack.org/#/c/463001/ now14:58
gibimriedem: thanks for the review!14:58
gibimriedem: and thanks for the feedback on the doc. I will fix it soon14:59
*** mdrabe_ has joined #openstack-nova15:01
*** tidwellr has quit IRC15:01
*** ujjain has joined #openstack-nova15:02
*** ujjain has quit IRC15:02
*** ujjain has joined #openstack-nova15:02
*** alexchadin has quit IRC15:02
*** danpawlik has quit IRC15:03
openstackgerritZhenyu Zheng proposed openstack/nova master: Support tag instances when boot(4/4)  https://review.openstack.org/46980015:03
openstackgerritBalazs Gibizer proposed openstack/nova master: explain payload inheritance in notification devref  https://review.openstack.org/45366715:03
mriedemgibi: ok also some issues in https://review.openstack.org/#/c/453077/15:03
*** qwertyco has quit IRC15:03
*** mamandle has quit IRC15:03
mriedemd'oh15:03
dansmithdtantsur: is there an easy way to detect that I'm on the primary node or not?15:04
dansmithactually15:04
*** qwertyco has joined #openstack-nova15:04
dansmithwe should probably only run this if we're on a node where there is something like nova-api configured, so I'll do that15:04
mriedemdansmith: that's what devstack/stack.sh checks for15:05
mriedemso yeah15:05
*** mdrabe has quit IRC15:05
dansmithyeah15:05
gibimriedem: I have to run now, but will get back to the snapshot patch tomorrow morning. thanks again for the review!15:05
mriedemyw15:06
*** gjayavelu has joined #openstack-nova15:06
*** mingyu has quit IRC15:07
*** alex_xu has quit IRC15:07
*** alex_xu has joined #openstack-nova15:07
mriedemman we don't even go over conductor for compute_node_statistics15:07
dansmithmriedem: well, it's api only, so we wouldn't15:08
dansmithbut no objects yeah15:08
dtantsurdansmith: seems so: https://github.com/openstack/ironic/blob/870d909cc7e0c6118a174d412ae814953bb805e1/devstack/lib/ironic#L377-L38415:08
*** moshele has quit IRC15:09
dansmithdtantsur: I think checking for n-api is the devstacky way15:09
dansmithdtantsur: just pushed a rev for that15:09
dtantsurthanks, I'll check after a meeting (and probably after Jenkins agrees with it)15:09
dansmithcool, thanks15:09
dansmithI'll be keeping an eye on it too of course :)15:09
dansmithglad we (mriedem) caught this before we landed it and broke ironic this time :)15:10
mriedem\o/15:10
dansmithheh15:10
*** Sukhdev has joined #openstack-nova15:10
*** qwertyco has quit IRC15:12
*** mingyu has joined #openstack-nova15:13
*** salv-orlando has joined #openstack-nova15:16
kashyapmriedem: Nice sleuthing on comment#1615:17
kashyapHow did you guess it could be related to AppArmour?15:18
*** mingyu has quit IRC15:18
mriedemkashyap: i'm not sure that it is,15:18
* kashyap clicks on the URLs from comment#1915:18
mriedemkashyap: but we've had those previous bugs where based on the version of libvirt, the script path in the interface xml has to be None or ''15:18
mriedemto tell qemu use the default, which is /etc/qemu-ifup15:18
mriedemand apparmor could be blocking that script15:18
kashyapmriedem: Yeah, just checking with Laine Stump on OFTC network, who mediatates on libvirt networking15:19
kashyapmriedem: Yeah, I recall the script path thing, that's fixed, no15:20
kashyap?15:20
mriedemit is15:21
mriedemkashyap: https://github.com/openstack/nova/blob/master/nova/virt/libvirt/designer.py#L6215:21
*** cdent has joined #openstack-nova15:21
*** mingyu has joined #openstack-nova15:22
mriedemjaypipes: are you able to pull out of your bag of lore what the simple difference between disk_available_least and free_disk_gb is?15:24
mriedembecause the descriptions on those response parameters in https://developer.openstack.org/api-ref/compute/?expanded=show-hypervisor-statistics-detail#show-hypervisor-statistics is not clear15:24
*** mingyu has quit IRC15:25
kashyapmriedem: Laine & DanPB said: Without looking at data from the guest, it's hard to say *where* precisely is the delay lurking15:25
jaypipesmriedem: it's not clear because the implementation/design of it all is unclear...15:25
mriedemjaypipes: plus it depends on backend storage doesn't it?15:25
mriedeme.g. ceph vs others15:25
jaypipesmriedem: disk_available_least is essentially the worst-case scenario whereas free_disk_gb considers sparse disks as not consuming their entire mapping file15:26
kashyapmriedem: Are you able to reproduce this issue?  You note a hit in the bug15:26
jaypipess/mapping/backing15:26
mriedemkashyap: reproduce locally? i haven't tried.15:26
kashyapmriedem: Okay, here's what the folks from #virt say:15:26
mriedemkashyap: we had a recreate in upstream ci which is where i pulled and dug through those libvirtd logs15:26
*** ArchiFleKs has quit IRC15:26
kashyap17:19 < danpb> kashyap: suggests the guest OS is not honouring the unplug event promtly15:26
kashyap17:20 < danpb> kashyap: or perhaps it is honouring it, but something in the guest is waiting 5 minutes for something to happen before offlineing the nic15:27
kashyap17:20 < danpb> its hard to say for sure without getting data from the guest os really15:27
kashyap17:24 <@laine> kashyap: I was going to suggest what danpb suggested - the delay could be on the guest.15:27
kashyap17:25 < danpb> i'm not even sure how to get any data from the guest15:27
kashyap17:26 < danpb> might need udev event logs for example15:27
kashyapmriedem: Does DevStack log 'udev' events?  /me thinks no15:27
mriedemkashyap: hmm, ok - is there some way to get information out of the guest, like the qemu guest agent? or should we dump the console when this times out?15:28
mriedemkashyap: don't know15:28
* cdent deeply appreciates efried's use of language, such as "dig"15:28
* efried likes to keep it real, yo.15:28
kashyapmriedem: Guest Agent is a good idea, but I'm not sure if it gives us what we need here.  /me taps on the table and thinks15:28
kashyapAnd looks at the man pages15:29
openstackgerritMatt Riedemann proposed openstack/nova master: api-ref: cleanup PUT /os-hypervisors/statistics docs  https://review.openstack.org/47425015:30
*** gszasz has quit IRC15:30
*** gyee has joined #openstack-nova15:32
*** pabardina has quit IRC15:33
*** nic1 has joined #openstack-nova15:34
*** tidwellr has joined #openstack-nova15:35
*** ArchiFleKs has joined #openstack-nova15:36
*** andreas_s has quit IRC15:36
*** yamahata has quit IRC15:39
*** armax has quit IRC15:40
*** armax has joined #openstack-nova15:40
*** armax has quit IRC15:42
*** mvk has quit IRC15:45
*** ArchiFleKs has quit IRC15:46
openstackgerritMerged openstack/nova master: Indicate Hyper-v supports fibre channel in support matrix  https://review.openstack.org/47398615:47
*** burt has joined #openstack-nova15:48
openstackgerritMerged openstack/nova master: Remove service control from feature support matrix  https://review.openstack.org/47398915:48
*** damien_r has quit IRC15:51
*** Apoorva has joined #openstack-nova15:52
jaypipesmelwitt: I'm going to rebase 469635 and fix bauzas' comments from the dependent patch. ok with you?15:54
melwittjaypipes: I'm in the middle of doing it right now15:54
jaypipesmelwitt: ah, no probs!15:55
* jaypipes redirecs15:55
melwittthanks though15:55
jaypipes:)15:55
*** f10d4 has left #openstack-nova15:55
*** fragatina has quit IRC15:56
*** trinaths has joined #openstack-nova15:56
*** fragatina has joined #openstack-nova15:56
*** trinaths has left #openstack-nova15:56
*** ArchiFleKs has joined #openstack-nova15:57
*** mingyu has joined #openstack-nova15:57
melwittjaypipes: should I add the api-refs? that's the only thing I wasn't clear on15:58
jaypipesmelwitt: no, since the allocations api-ref is a dependency and we're still working on that15:58
* melwitt nods15:58
jaypipesmelwitt: kinda pointless adding an api-ref about usages that discusses allocations and not have an api-ref on allocations :)15:59
*** yamamoto has quit IRC15:59
jaypipeswhich I mentioned to bauzas on 46963515:59
melwittagreed15:59
jaypipesavolkov and jichenc are working on allocations api-ref15:59
melwittsweet16:00
*** itlinux_ has joined #openstack-nova16:01
*** yamamoto has joined #openstack-nova16:01
*** gszasz has joined #openstack-nova16:04
*** sree has joined #openstack-nova16:06
*** yamamoto has quit IRC16:07
*** Oku_OS is now known as Oku_OS-away16:08
*** p01nt3r75 has quit IRC16:11
*** sree has quit IRC16:11
*** Sukhdev_ has joined #openstack-nova16:12
*** yamahata has joined #openstack-nova16:13
*** nic1 is now known as nic16:14
*** gbarros has quit IRC16:16
openstackgerritMerged openstack/python-novaclient master: Clean up ShellTest unit tests  https://review.openstack.org/47391016:17
*** gbarros has joined #openstack-nova16:18
*** gszasz has quit IRC16:20
openstackgerritJay Pipes proposed openstack/nova master: Transform keypair.import notification  https://review.openstack.org/46751416:21
*** suresh12 has joined #openstack-nova16:22
*** jmlowe has quit IRC16:23
*** masber has quit IRC16:27
melwittjaypipes: quick question, did you want to do something about the fetchall() bauzas mentioned? I addressed everything except that and the api-refs16:28
*** masber has joined #openstack-nova16:28
melwittin my local changes16:28
melwittjaypipes: I can just push what I have and if you want to do anything about the fetchall(), I'll leave it to you :)16:30
openstackgerritmelanie witt proposed openstack/nova master: placement project_id, user_id in PUT /allocations  https://review.openstack.org/46963416:31
openstackgerritmelanie witt proposed openstack/nova master: placement: Add GET /usages to placement API  https://review.openstack.org/46963516:31
jaypipesmelwitt: meh? :)16:31
*** ralonsoh has quit IRC16:31
*** dtantsur is now known as dtantsur|afk16:32
*** gszasz has joined #openstack-nova16:33
*** mdrabe_ is now known as mdrabe16:33
*** rajathagasthya has joined #openstack-nova16:33
*** suresh12 has quit IRC16:34
*** david-lyle_ is now known as david-lyle16:35
*** gjayavelu has quit IRC16:35
*** gomarivera has joined #openstack-nova16:36
*** suresh12 has joined #openstack-nova16:38
openstackgerritmelanie witt proposed openstack/nova master: placement project_id, user_id in PUT /allocations  https://review.openstack.org/46963416:42
openstackgerritmelanie witt proposed openstack/nova master: placement: Add GET /usages to placement API  https://review.openstack.org/46963516:42
*** annegentle has joined #openstack-nova16:42
*** lucasxu has quit IRC16:43
*** roeyc has joined #openstack-nova16:43
openstackgerritMatt Riedemann proposed openstack/nova master: Only auto-disable new nova-compute services  https://review.openstack.org/47428516:43
*** gbarros has quit IRC16:44
*** sambetts is now known as sambetts|Afk16:44
*** sambetts|Afk is now known as sambetts|afk16:44
*** gbarros has joined #openstack-nova16:46
*** jmlowe has joined #openstack-nova16:46
*** armax has joined #openstack-nova16:46
*** rcernin has quit IRC16:49
*** roeyc1 has joined #openstack-nova16:50
*** ijw has joined #openstack-nova16:51
*** ijw has quit IRC16:51
*** sudipto has quit IRC16:51
*** sudipto_ has quit IRC16:51
*** ijw has joined #openstack-nova16:51
*** ijw has quit IRC16:52
*** roeyc has quit IRC16:52
*** ijw has joined #openstack-nova16:52
*** tesseract has quit IRC16:56
*** suresh12 has quit IRC16:56
*** mvk has joined #openstack-nova16:59
*** roeyc has joined #openstack-nova16:59
*** roeyc1 has quit IRC17:01
*** catintheroof has quit IRC17:02
*** salv-orl_ has joined #openstack-nova17:03
*** catintheroof has joined #openstack-nova17:03
*** roeyc has quit IRC17:03
*** yamamoto has joined #openstack-nova17:03
*** derekh has quit IRC17:04
*** markus_z has quit IRC17:05
*** salv-orlando has quit IRC17:05
cfriesenbauzas: you on?17:07
*** moshele has joined #openstack-nova17:09
*** lpetrut has quit IRC17:10
cfriesenbauzas: (and any other cores)     I'm running into an issue that prevents cold migrating an instance created originally on Liberty or earlier from a Mitaka compute node to a Newton compute node.  It appears that until you run "nova db online_data_migrations" to create the missing RequestSpec you can't migrate.  Traceback at http://paste.openstack.org/show/612574/17:11
cfriesenIs this design intent?  If so, it would seem to preclude an upgrade involving an underlying OS upgrade at the same time as an openstack upgrade.17:12
cfriesen(note: some of the line numbers might not quite match up with upstream newton since we've patched some things)17:13
cfriesenI'm confirming vanilla stable/newton now17:13
*** lucasagomes is now known as lucas-afk17:16
*** cdent has quit IRC17:17
*** yamamoto has quit IRC17:18
*** yassine has quit IRC17:20
*** kfarr has quit IRC17:20
*** moshele has quit IRC17:22
mriedemmelwitt: ah i see now, objects.Quotas._remove_members_in_db - yeah that won't work :)17:23
*** jpena is now known as jpena|off17:24
melwittmriedem: yup. thanks for pointing out the lack of tests. I added similar tests to all the "Count <resource> to check quota" patches except instances, that one is in progress17:24
*** rajathagasthya has quit IRC17:25
cfriesenmriedem: do you know whether the above issue ^ is design intent?  It seems like an oversight.  Basically we call objects.RequestSpec.save() on a brand new object, which calls _save_in_db(), which calls RequestSpec._get_by_instance_uuid_from_db(), which raises exception.RequestSpecNotFound()17:27
mriedemcfriesen: would have to dig, but bauzas is the best answer for that, but he's on PTO today17:27
mriedemback tomorrow17:27
mriedemand i can't dig right now17:28
*** efoley has quit IRC17:28
cfriesengenerally speaking it seems like the newton code is assuming that we've already run "nova db online_data_migrations", but we can't run that until all the nodes are running newton17:28
*** yassine has joined #openstack-nova17:28
dansmithcfriesen: why do you think it's an oversight? the newer nodes expect request specs to be in place, the online data migration corrects them for older instances17:28
dansmithcfriesen: that's not true,17:29
*** gszasz has quit IRC17:29
*** pcaruana has quit IRC17:29
cfriesendansmith: what's not true?17:29
dansmithyou can run it right after you've upgraded your schema, after control services are upgraded17:29
dansmithcan/should17:29
dansmithand anything that can't run because computes aren't upgraded won't, like that pci one17:29
openstackgerritDan Smith proposed openstack/nova master: DNM: Canary  https://review.openstack.org/47356517:30
openstackgerritDan Smith proposed openstack/nova master: Make compute_node_statistics() work across cells  https://review.openstack.org/47393117:30
cfriesendansmith: https://docs.openstack.org/developer/nova/upgrade.html says to run it "once all services are running the new code"17:31
cfriesendansmith: or at least in the "after maintenance window" section along with other stuff that runs after all services are upgraded17:32
*** annegentle has quit IRC17:32
cfriesendansmith: so you're saying to run it once after control services are upgraded and then again after everything is upgraded?17:32
dansmithyeah, I see the confusion,17:32
dansmithwhat that's describing is the maintenance window for your control services, which requires total downtime,17:32
dansmithafter which you can roll your computes later17:33
*** gbarros has quit IRC17:33
*** annegentle has joined #openstack-nova17:33
dansmithalthough it's also confusing the situation with the config bits being before that17:33
cfriesendansmith: it can't be the maintenance window for just control services, it talks about bumping the RPC version17:33
cfriesen"Once all the services are running the latest version of the code, and all the services are aware they all have been upgraded, it is safe to transform the data in the database into its new format."17:34
dansmithyeah, its' confusing17:34
dansmithnormally you wouldn't really have to run it twice, and either after control or after everything is done would be enough,17:34
dansmithbut if you've got a release where there are critical things on both sides...17:35
cfriesendansmith: do we guarantee that the online data migrations won't change things in such a way that they break old compute nodes?17:35
dansmiththat's the whole point of conductor17:35
dansmithto insulate computes from those changes17:35
*** lucasxu has joined #openstack-nova17:39
cfriesendansmith: okay.  that answers my question, but I think we need to update the docs at https://docs.openstack.org/developer/nova/upgrade.html to make it clear that the online data migrations should be run earlier *during* the maintenance window.17:40
cfriesendansmith: and remove the comments that talk about it only needing to be run before the upgrade to the *next* version17:41
*** gjayavelu has joined #openstack-nova17:41
*** itlinux_ has quit IRC17:41
dansmithcfriesen: perhaps mentioning that if you fail to reduce the remaining updates past a certain threshold, those may be things that need to run again later17:41
openstackgerritmelanie witt proposed openstack/nova master: placement project_id, user_id in PUT /allocations  https://review.openstack.org/46963417:42
openstackgerritmelanie witt proposed openstack/nova master: placement: Add GET /usages to placement API  https://review.openstack.org/46963517:42
cfriesendansmith: doesn't anything greater than zero mean you need to re-run it later?17:42
dansmithI probably wrote that text and was writing it attempting to hit a generic scenario without mentioning every possibility, where I just put it in the process somewhere17:42
dansmithcfriesen: if you run with --until-done or whatever, yeah17:43
cfriesendansmith: originally I think the idea was that you'd only need to run the online_data_migrations sometime before the next upgrade...that's the way it's written at https://docs.openstack.org/releasenotes/nova/newton.html17:43
cfriesen"... budget time to run these online migrations before you plan to upgrade to ocata"17:43
dansmithcfriesen: that has never been the "design intent"17:44
*** eandersson has joined #openstack-nova17:44
dansmithbecause as those docs say, you're expecting more conductor load during the period where you're not fully migrated, so budget resources for that17:44
cfriesendansmith: there's been a disconnect then, because that sort of wording is all over the upstream documentation around upgrades17:45
*** sudipto has joined #openstack-nova17:45
*** sudipto_ has joined #openstack-nova17:46
dansmithcfriesen: patches welcome17:46
*** Apoorva_ has joined #openstack-nova17:46
*** Sukhdev_ has quit IRC17:47
*** burt has quit IRC17:48
*** tbachman has quit IRC17:49
*** Apoorva has quit IRC17:50
cfriesendansmith: maybe next week.   I'm now going to be busy modifying our automated upgrade tools and retesting everything.17:50
*** Apoorva_ has quit IRC17:51
*** Apoorva has joined #openstack-nova17:52
cfriesenthis won't impact people that upgrade nova-compute with all the guests still running....it's only a factor if you want to migrate all the instances off the "old" compute node to upgrade the OS as well.17:56
*** yamamoto has joined #openstack-nova17:57
*** itlinux_ has joined #openstack-nova17:57
*** fragatina has quit IRC17:58
*** suresh12 has joined #openstack-nova17:58
*** roeyc has joined #openstack-nova17:59
*** tbachman has joined #openstack-nova17:59
*** dtp has joined #openstack-nova17:59
cfriesendansmith: question for you....if some online migrations can't complete until all the services are upgraded (like pcidevice_online_data_migration()) and others *must* complete in order to allow things to function, how does the person running the command know if it's safe to proceed?17:59
*** gbarros has joined #openstack-nova18:00
cfriesendansmith: it makes it really hard to reliably automate the call to "nova-manage db online_data_migrations"18:01
*** sudipto_ has quit IRC18:01
*** sudipto has quit IRC18:01
cfriesenseems to me we need to break it up into two calls, one right after the control services are upgraded, and one after all the compute nodes are also upgraded18:02
dansmithwe've only ever had that one thing that needed to run after computes are up, and it's gone now18:03
dansmithit's a very exceptional case and once you did it on any release it was present on, it was done18:03
dansmithso not in favor of complicating things further based on one exceptional example18:03
dansmithit could have printed a warning explanation and been fine I think18:04
dansmith"sorry homey, I can't finish until after, so blah blah"18:04
cfriesendansmith: okay, didn't realize that was the only thing ever18:04
dansmithyep, the only one ever, which is why in my head, you do this when control is upgraded18:04
*** nicolasbock has quit IRC18:04
*** cheran has joined #openstack-nova18:05
*** roeyc has quit IRC18:05
*** nicolasbock has joined #openstack-nova18:05
*** gbarros has quit IRC18:12
*** itlinux_ has quit IRC18:14
*** qwertyco has joined #openstack-nova18:16
*** gbarros has joined #openstack-nova18:16
*** itlinux has joined #openstack-nova18:16
*** annegentle has quit IRC18:16
*** tidwellr has quit IRC18:18
*** annegentle has joined #openstack-nova18:20
*** ijw has quit IRC18:20
mnaseri'm trying to do some perf tweaking and i'm just curious on why a relatively idle 60-ish node cloud conductor rabbitmq message rates is at ~20/s18:21
*** tidwellr has joined #openstack-nova18:21
mnaseri increased the service report interval from 10 seconds up to 60s18:21
mnaserand why i say relatively idle, there is no new servers being added/deleted etc18:22
*** gbarros has quit IRC18:25
mriedemmelwitt: one small thing in here https://review.openstack.org/#/c/446241/18:27
mriedemmelwitt: in a normal network delete, we call network_api.disassociate and then delete,18:27
mriedemso we should do the same for that rollback18:27
mriedemmelwitt: i also found a fun latent networks quota bug in there18:27
mriedemmnaser: could be a few things, periodic tasks in the computes come to mine18:28
mriedem*mind18:28
*** gbarros has joined #openstack-nova18:29
melwittmriedem: cool, thanks. looking18:29
mriedemmight also depend on if you have instance_usage_audit enabled to send notifications18:29
edleafemnaser: You should probably ask on the #openstack channel. See #topic18:29
mriedemedleafe: i actually want to know what mnaser is doing and finding out, given he runs vexxhost :)18:30
mnaseredleafe im aware, i was just looking more on the internals of nova, i wasn't looking for a "how to fix" but more of a "what components would be good to look at"18:30
mriedemmnaser: the computes are going to be running periodic tasks and pulling instances from the database over conductor18:30
mnasermriedem we toned down the service check ins (which is used by the services / scheduler) to 1 minute + 4 minute service_down_time and that helped18:30
mriedemwhich is going to be rpc traffic18:30
mriedemmnaser: this isn't the service check in18:31
*** salv-orl_ has quit IRC18:31
mnaserbut yeah, periodic tasks is not something i've touched on yet18:31
mriedemwith the service group api18:31
mriedemthis would be things like the update_available_resources periodic task in the compute18:31
mriedemthat runs every minute by default to update resource usage information in the compute_nodes table and in the placement api18:31
*** egonzalez has joined #openstack-nova18:31
mriedemmnaser: which release?18:31
mriedemthere is also the instance_usage_audit task but that's disabled by default18:31
mnaseri'll throw up debugging on a compute node18:31
mnasernewton atm, no placement service in place yet18:32
mriedemok18:32
mnaseryeah instance_usage_audit is off (well, i havent verified but notifications queue is empty and no consumers for it)18:32
mriedemeven w/o placement there is probably a lot of steady state traffic18:32
mriedemthe computes are also sending instance info to the filter scheduler every minute18:32
mriedem*all* computes18:32
mriedemeven if you're not using the filter scheduler18:32
mriedemyou're welcome18:32
mnaserlol!18:32
mriedemare you using the filter scheduler or caching scheduler?18:33
mnaserwe are so i guess that helps, but 60 nodes every minute means 60 updates only so that averages to just one per second (and i think fuzzing in place in nova can help alleviate the big burst)18:33
mnasercaching scheduler...? til.18:33
mnaserthe filter does the job for us though we had to reorder things because it took too long sometimes18:33
mnaseraka computefilter is the last one but by the time it runs, "service is down"18:34
mnaser(i dont know why it isn't earlier in by default, considering it's one of the more fundamental ones that might drop a whole bunch)18:34
mriedemthese are the current defaults18:35
mriedemdefault=[18:35
mriedem          "RetryFilter",18:35
mriedem          "AvailabilityZoneFilter",18:35
mriedem          "RamFilter",18:35
mriedem          "DiskFilter",18:35
mriedem          "ComputeFilter",18:35
mriedem          "ComputeCapabilitiesFilter",18:35
mriedem          "ImagePropertiesFilter",18:35
mriedem          "ServerGroupAntiAffinityFilter",18:35
mriedem          "ServerGroupAffinityFilter",18:35
mriedem          ],18:35
mriedemi think we can drop ramfilter and diskfilter from defaults now that we have placement required in ocata, but would have to check that out again18:35
mnasercomputefilter pretty much checks if service is alive18:35
mnaserso... id imagine that's more important than figuring out if you have enough ram18:36
mnaserbut i guess the logic was ram will eliminate a bigger subset of possiblities rather than disabled nodes18:36
mnaserbut yeah, placement mix address a whole bunch of that18:36
mriedemassuming there was logic18:36
mriedemmnaser: anyway, let us know if you find anything18:36
mriedemi always like to hear about performance issues18:37
mnaserwe've had some neutron ones but so far with nova, it's just trying to see how we can minimize rpc traffic so to handle big loads18:37
mnaserwe had the pleasure of an api request with num_instances => 20018:37
*** ujjain has quit IRC18:38
mnasernova seemed to cope well, but neutron couldn't catch up (more specifically neutron-dhcp-agent), so at some point instance port plugging started timing out (vif_plugging_timeout was getting hit)18:38
*** efried has quit IRC18:38
mnaserwhich did raise the issue of.. there is no way of limiting num_instances in api requests (based on my research of the code base), so if the quota is 100 vms.. with one api request you can cause a lot of trouble (rate limiting wouldn't be a solution here considering its a single request)18:40
mriedemeesh that's a good point18:41
mriedemi thought there was a port quota in neutron of 50 by default?18:41
mnaserright, but we naturally raise the port quota when we increase the VM quota anyways18:42
mriedemthe compute api checks with neutron how many ports can be created in a single multi-instance create run18:42
mriedemok18:42
mnaserso say you have 200 vms quota, 200 ports quota in neutron, you can send a request with num_instances = 200 and things can get a bit messy18:42
mriedemi'd have to look but i think if you ask for 200 but you can only get 100, we drop the count down to 100 based on how many ports neutron will let you create18:42
mriedembut then it's a race to the computes which actually create the ports18:43
mnaserthing is: i'm okay with a customer having 200 vms, it's just the "create them all at once" thing that ends up hurting a bit18:43
mnaserbecause then not only do their vms end up in error states but all new vms timeout in spawning until neutron-dhcp-agent catches up (because reload_allocations does 1 network at a time, one port update at a time)18:44
mriedemyeah we don't have any cap on how many instances you can ask for in the REST API schema itself18:44
mriedemmelwitt: speaking of api quota things, and your networks quota patch, do you remember if you can even POST /os-tenant-networks in cells v1?18:45
mnaserso the dhcp agent queue grows (and the problem gets even worse when these vms fail, all the ports that failed to get activated receive a delete request, and you just doubled the size of that queue as the dhcp agent is updated about "deleting" them)18:45
mnaserbut that's more of a neutron side of things i'm hoping to bring up18:45
mriedemthat will also cause api traffice between nova and neutron when the ports are deleted18:45
melwittmriedem: I think you can, it just won't propagate to child cells at all, so would not result in any instance being able to use the new network if you added one18:46
mriedemnova deletes the port, neutron sends an api request back to nova saying something change via the os-server-external-events api, which rpc casts to the compute to do some cleanup18:46
*** Sukhdev_ has joined #openstack-nova18:47
mriedemmelwitt: so you can, but it doesn't work18:47
mnaseryeah, it just causes a lot of bad times overall18:47
mriedemso you can't :)18:47
*** qwertyco has quit IRC18:47
mnaserworkaround would be to bring vif_plugging_timeout up but .. 300 seconds is already long enough :x18:47
mriedemmelwitt: i see we exclude tempest test test_list_show_tenant_networks from the cells v1 job18:48
*** mingyu has quit IRC18:49
mriedemmelwitt: i just got thinking about that because of my rubiks cube questions in that change about assuming single cell for getting all networks18:49
mriedemtook me to a dark place about cells v1 and cells v2 and nova-network and what won't work18:49
melwittmriedem: that stuff is nova-network only too, I think. the create/delete network stuff18:50
mriedemmelwitt: yes for os-tenant-networks it is18:51
*** efried has joined #openstack-nova18:52
melwittyeah18:52
*** suresh12 has quit IRC18:52
*** suresh12_ has joined #openstack-nova18:53
*** suresh12_ has quit IRC18:55
mriedemdansmith: whenever we declare support for multiple v2 cells in the release notes, we should remember to mention that excludes nova-network https://review.openstack.org/#/c/446241/20/nova/api/openstack/compute/tenant_networks.py@20018:56
*** ijw has joined #openstack-nova19:03
*** jwcroppe has quit IRC19:05
*** burt has joined #openstack-nova19:06
*** jwcroppe has joined #openstack-nova19:06
*** rcernin has joined #openstack-nova19:10
*** jwcroppe has quit IRC19:11
*** moshele has joined #openstack-nova19:15
*** tidwellr has quit IRC19:16
*** liuqing has quit IRC19:18
*** nicolasbock has quit IRC19:22
*** jose-phillips has quit IRC19:22
*** moshele has quit IRC19:24
*** annegentle has quit IRC19:27
dansmithmriedem: totes19:34
*** sree has joined #openstack-nova19:34
*** crushil has quit IRC19:37
*** sree has quit IRC19:39
*** awaugama has quit IRC19:43
*** tbachman has quit IRC19:44
*** awaugama has joined #openstack-nova19:46
*** crushil has joined #openstack-nova19:47
*** tidwellr has joined #openstack-nova19:48
*** pchavva has quit IRC19:50
cfriesendansmith: this may be an issue for bauzas, but I had an entry in the DB for the "pci_requests" column in the "instance_extra" table.  I then ran the online DB migrations which generated a new RequestSpec for the instance, but the generated RequestSpec for this instance has an emtpy list of pci requests and the "pci_requests" column in "instance_extra" is now empty19:59
*** annegentle has joined #openstack-nova20:00
*** Apoorva has quit IRC20:00
melwittmriedem: replied on the networks quota patch. it seems to me that disassociate is only needed if associate could ever have happened and in the recheck_quota case, it couldn't have. do you think we should still do disassociate anyway?20:03
mriedemmelwitt: is that the POST /os-networks/{network_id}/action "associate_host" action?20:07
*** suresh12 has joined #openstack-nova20:08
melwittlemme see ... whatever calls the nova-network manager's associate method20:09
mriedemos-networks-associate20:09
melwittthis is so confusing20:10
melwittanyway, I'm not opposed to adding the disassociate call, I just noticed I don't think it would ever do anything20:10
mriedemno i think you're right20:11
melwittI'm going to have to respin anyway for the errant CellDatabases fixture change20:11
*** awaugama has quit IRC20:11
melwittand the cleanup() function that never gets called probably. it's just weird how all of the fixtures have it wrong20:12
melwittI don't know why we haven't seen any problems around that20:12
*** itlinux has quit IRC20:13
*** rajathagasthya has joined #openstack-nova20:14
mriedemmelwitt: i replied about that too20:14
mriedemand the other20:14
mriedemso i guess just fix that cells db fixture thing and i'm +220:14
mriedemspeaking of confusing,20:15
mriedemhttps://developer.openstack.org/api-ref/compute/#hypervisors-os-hypervisors20:15
melwittmriedem: thanks. yeah changing it to cleanUp broke stuff. gah20:15
mriedemi'm trying to jam GET /os-hypervisors/{hypervisor_hostname_pattern}/servers and GET /os-hypervisors/{hypervisor_hostname_pattern}/search into GET /os-hypervisors now20:15
mriedemplus paging20:15
mriedemthis is going to be bug city, and the code is nearly unreadable20:16
melwittgood times20:16
*** Apoorva has joined #openstack-nova20:17
*** awaugama has joined #openstack-nova20:18
*** xyang1 has quit IRC20:18
openstackgerritmelanie witt proposed openstack/nova master: Add FixedIPList.get_count_by_project()  https://review.openstack.org/44624620:21
openstackgerritmelanie witt proposed openstack/nova master: Add FloatingIPList.get_count_by_project()  https://review.openstack.org/44624720:21
openstackgerritmelanie witt proposed openstack/nova master: Add get_count_by_vm_state() to InstanceList object  https://review.openstack.org/44624420:21
openstackgerritmelanie witt proposed openstack/nova master: Add SecurityGroupList.get_counts()  https://review.openstack.org/44624520:21
openstackgerritmelanie witt proposed openstack/nova master: Remove 'reserved' count from used limits  https://review.openstack.org/44624220:21
openstackgerritmelanie witt proposed openstack/nova master: Remove useless quota_usage_refresh from nova-manage  https://review.openstack.org/44624320:21
openstackgerritmelanie witt proposed openstack/nova master: Count networks to check quota  https://review.openstack.org/44624120:21
openstackgerritmelanie witt proposed openstack/nova master: Count instances to check quota  https://review.openstack.org/41652120:21
openstackgerritmelanie witt proposed openstack/nova master: Count security groups to check quota  https://review.openstack.org/45786020:21
openstackgerritmelanie witt proposed openstack/nova master: Count fixed ips to check quota  https://review.openstack.org/45786120:21
openstackgerritmelanie witt proposed openstack/nova master: Make Quotas object favor the API database  https://review.openstack.org/41094520:21
openstackgerritmelanie witt proposed openstack/nova master: Add online migration to move quotas to API database  https://review.openstack.org/41094620:21
openstackgerritmelanie witt proposed openstack/nova master: Count floating ips to check quota  https://review.openstack.org/45786220:21
*** ijw has quit IRC20:22
*** smatzek has quit IRC20:22
*** gjayavelu has quit IRC20:22
mriedemoomichi: do you remember why we need to apply the validation.query_schema on all api versioned methods even if some microversions don't have query parameters?20:24
mriedemoomichi: for example, GET /os-keypairs/{id} on 2.1 has https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/keypairs.py#L20520:25
mriedemwhich is an empty schema20:25
mriedembut then 2.10 has query parameter schema for passing a user_id https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/keypairs.py#L19120:25
mriedemso i understand why we have that for the 2.10 method, but not for 2.1 or 2.220:25
*** Sukhdev has quit IRC20:30
*** liverpooler has quit IRC20:34
*** jdurgin has quit IRC20:34
mriedemoy, i suppose a compute_nodes.hypervisor_hostname field can be an IP?20:39
mriedemor a uuid in the case of ironic20:40
mriedemthat makes GET /os-hypervisors/{hypervisor_hostname_pattern}/search fun if you're using ironic20:40
mriedemand this looks wrong https://developer.openstack.org/api-ref/compute/?expanded=search-hypervisor-detail#search-hypervisor20:41
mriedem"The hypervisor host name provided by the Nova virt driver. For the Ironic driver, it is the Ironic node name."20:41
mriedemhttps://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L33220:42
*** gouthamr has quit IRC20:45
*** itlinux has joined #openstack-nova20:45
*** itlinux has quit IRC20:46
*** dimtruck is now known as zz_dimtruck20:49
*** jwcroppe has joined #openstack-nova20:52
*** jwcroppe has quit IRC20:52
*** jwcroppe has joined #openstack-nova20:52
*** tbachman has joined #openstack-nova20:52
*** awaugama has quit IRC20:55
*** Swami has joined #openstack-nova20:56
cfriesendoes nova-conductor need to be running in order to run "nova db online_data_migrations"?20:56
melwittcells meeting in 4 minutes20:56
*** Apoorva_ has joined #openstack-nova21:01
*** jdurgin has joined #openstack-nova21:01
*** itlinux_ has joined #openstack-nova21:04
*** Apoorva has quit IRC21:04
*** jmlowe has quit IRC21:05
*** jdurgin has quit IRC21:05
*** lucasxu has quit IRC21:06
*** cleong has quit IRC21:09
*** egonzalez has quit IRC21:11
*** edmondsw has quit IRC21:11
*** gouthamr has joined #openstack-nova21:12
*** zz_dimtruck is now known as dimtruck21:15
*** eharney has quit IRC21:16
*** kylek3h has quit IRC21:16
*** ericyoung has quit IRC21:17
eanderssonAnyone that got some time to help me look into this :D21:18
eanderssonhttps://review.openstack.org/#/c/39098421:18
eanderssonI am trying to figure out why the Server Group Tests are failing because the resource usage isn't always updated.21:19
*** baoli has quit IRC21:19
eanderssonhttps://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L16821:19
eanderssonNeed to figure out if it is the test that is broken, or if there is a race condition happening here.21:20
eanderssonjaypipes maybe?21:20
*** felipemonteiro has quit IRC21:21
*** Sukhdev has joined #openstack-nova21:25
*** dave-mccowan has quit IRC21:26
*** fragatina has joined #openstack-nova21:27
*** jaypipes has quit IRC21:30
mriedemsdague: any idea why we'd cache compute nodes in the request here https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/hypervisors.py#L110 ?21:30
mriedemnothing is looking up a cached compute node record from what i can tell21:30
mriedemanywhere else in the api21:30
mriedemdo we just do it for fun and games?21:31
*** jdurgin has joined #openstack-nova21:31
*** esberglu has quit IRC21:31
*** dave-mcc_ has joined #openstack-nova21:31
*** mingyu has joined #openstack-nova21:31
*** hoonetorg has quit IRC21:34
*** gomarivera has quit IRC21:34
*** rajathagasthya has quit IRC21:34
oomichimriedem: I guessed that was a reason why unknown queries should be blocked, but now additionalProperties is True on https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/schemas/keypairs.py#L9421:38
mriedemyeah i looked up the original change that added that and it wasn't clear to me21:38
oomichimriedem: so I can not find the reason now. alex_xu can answer anyways21:38
*** gjayavelu has joined #openstack-nova21:38
mriedemyeah i have a lot of questions for alex_xu21:38
mriedem5:40am for him, i'm not sure why he's not up and working yet :)21:39
oomichioh, "a lot"..21:39
mriedemsee john asked about the same sort of thing here https://review.openstack.org/#/c/398755/18/nova/api/openstack/compute/schemas/keypairs.py21:39
mriedembtw, i removed those decorators from the methods that didn't need them and no tests failed21:40
mriedemso i'm not really sure why we need them21:40
mriedembut that's a question for alex21:40
mriedemone of many21:40
*** jmlowe has joined #openstack-nova21:40
*** jdurgin has quit IRC21:40
oomichihehe, I saw the patch on the history. and I found I +2d on that before without this question21:40
mriedemoomichi: did you see my question to sean above about https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/hypervisors.py#L110 ?21:41
mriedemas far as i can tell, nothing uses those cached compute nodes in the request21:41
mriedemi think the cache is more or less for extensions isn't it?21:41
* oomichi is checking irc history..21:41
*** gbarros has quit IRC21:43
melwittthat's my understanding, that those request caches are just to avoid doing DB lookup every time for each extension that receives the request21:43
*** jaypipes has joined #openstack-nova21:44
*** rajathagasthya has joined #openstack-nova21:44
melwittsince multiple extensions can operate on the same request21:44
mriedemi don't see anything extending the "hypervisors" resource extension21:44
mriedemtherefore i don't think anything would be using the cache21:45
mriedemmaybe something used to and we collapsed it?21:45
mriedemunless the view does somehow21:45
melwittthey don't have to extend it to be run, I don't think21:45
mriedemhttps://review.openstack.org/#/c/53785/21:45
mriedemaha21:46
mriedemos-pci21:46
mriedemmfer21:46
melwittcan't remember for sure though. I just know a lot of it is like onion layers, running each extension on the request object21:46
mriedemtime to get out my delete knife21:46
*** tidwellr has quit IRC21:48
*** rfolco has quit IRC21:48
*** fragatina has quit IRC21:53
*** fragatina has joined #openstack-nova21:56
*** mingyu has quit IRC21:57
*** cdent has joined #openstack-nova21:57
*** salv-orlando has joined #openstack-nova22:01
*** fragatina has quit IRC22:04
melwitteandersson: it looks like there might be something wrong with the test. in the log trace there's "Compute_service record created for compute:fake-mini" but then later on there's "Received an update from an unknown host 'compute'. Re-created its InstanceList." which looks like it's not matching it to the earlier created compute22:04
*** lyan has quit IRC22:05
melwittlike I wonder if the first compute service in the test needs to be started more similarly as the second compute service with the host and nodes set for it22:06
eanderssonYea - found that as well22:08
jaypipeseandersson: agree with melwitt. I don't really see anything in that patch that should be producing that error. and it seems the failure doesn't always occur, thus the rechecks.22:08
jaypipeseandersson: the whole disabled check should definitely not be coming into play here.22:09
eanderssonTesting it locally it occurs maybe 80% of the time though22:09
jaypipeshmm22:09
jaypipesand only those affinity tests?22:09
jaypipeseandersson: ^22:09
*** takashin has joined #openstack-nova22:09
*** armax has quit IRC22:09
eanderssonI am just doing a single test at the moment (test_boot_servers_with_affinity_no_valid_host)22:10
eanderssonAdding a sleep at the right place and it succeeds 100%22:10
melwitteandersson: you might try patching like this and see if it improves anything locally http://paste.openstack.org/show/612599/22:11
openstackgerritMatt Riedemann proposed openstack/nova master: Handle uuid in HostAPI.compute_node_get  https://review.openstack.org/46153222:12
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Handle uuids in os-hypervisors API  https://review.openstack.org/47189922:12
openstackgerritMatt Riedemann proposed openstack/nova master: Use uuid for id in os-services API  https://review.openstack.org/46428022:12
mriedemmelwitt: dansmith: oomichi: check out https://review.openstack.org/471899 if you want to see some terrible things22:12
*** takashin has quit IRC22:13
*** takashin has joined #openstack-nova22:13
*** armax has joined #openstack-nova22:15
cfriesenmriedem: does nova-conductor need to be running in order to run "nova db online_data_migrations"?22:17
oomichimriedem: I am not sure why we want to add empty schema again for this api v2.0, is that WIP reason?22:17
oomichioh, these schemas are not used on https://review.openstack.org/#/c/471899/8/nova/api/openstack/compute/hypervisors.py ..22:18
eanderssonmelwitt, was looking into something similar, still something holding it up22:18
eandersson*but22:18
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Microversion 2.48: Standardization of VM diagnostics  https://review.openstack.org/47322822:18
eanderssongot 100% on that one test now, lets see if the others are going to be as happy :D22:19
mriedemoomichi: it's one of my questions to alex_xu22:19
mriedemi don't want to use empty schema if it can be avoided22:19
mriedembut yeah it's all WIP right now22:19
mriedemcfriesen: that's a dansmith question22:19
mriedemi know some of them go through the objects,22:20
mriedembut i figure they should be local to the db22:20
*** gbarros has joined #openstack-nova22:21
*** ckopper has quit IRC22:22
*** jamesdenton has quit IRC22:24
*** takashin has quit IRC22:24
*** takashin has joined #openstack-nova22:24
*** annegentle has quit IRC22:27
*** Apoorva_ has quit IRC22:30
eanderssonhttps://github.com/openstack/nova/blob/master/nova/tests/functional/regressions/test_bug_1671648.py#L9722:30
*** Apoorva has joined #openstack-nova22:30
eanderssonLooks like a very similar issue22:32
melwitthuh, I added that. barely remember it22:35
openstackgerritMatt Riedemann proposed openstack/nova master: Handle uuid in HostAPI.compute_node_get  https://review.openstack.org/46153222:37
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Handle uuids in os-hypervisors API  https://review.openstack.org/47189922:37
openstackgerritMatt Riedemann proposed openstack/nova master: Use uuid for id in os-services API  https://review.openstack.org/46428022:37
openstackgerritMatt Riedemann proposed openstack/nova master: Centralize compute_node_search_by_hypervisor in os-hypervisors  https://review.openstack.org/47438122:37
openstackgerritMatt Riedemann proposed openstack/nova master: Stop caching compute nodes in the request  https://review.openstack.org/47438222:37
mriedemeasy pickins on those bottom two changes22:37
*** adisky__ has quit IRC22:37
eanderssonmriedem, so your suggestion fixed most issues, but it's still hitting this in 4 tests > not self.driver.node_is_available(nodename)22:40
openstackgerritMerged openstack/nova master: Count server group members to check quota  https://review.openstack.org/45785922:40
eanderssonI see - FAKE_NODES need to have both hosts22:42
*** suresh12 has quit IRC22:43
*** esberglu has joined #openstack-nova22:43
*** cdent has quit IRC22:44
*** salv-orlando has quit IRC22:45
*** ckopper has joined #openstack-nova22:47
*** esberglu has quit IRC22:48
melwittmriedem: just curious, how was the compute node request cache messing up what you're working on?22:48
*** suresh12 has joined #openstack-nova22:48
openstackgerritMerged openstack/nova master: Make compute_node_statistics() work across cells  https://review.openstack.org/47393122:49
openstackgerritErik Olof Gunnar Andersson proposed openstack/nova master: Re-worked ram filter and weights to support overcommit  https://review.openstack.org/39098422:53
eanderssonThat was effort, but I think I got it figured out22:53
eanderssonI could probably have left fake_network where it was though22:54
*** lyan has joined #openstack-nova22:59
*** itlinux_ has quit IRC22:59
eanderssonthanks melwitt22:59
*** bnemec has quit IRC22:59
*** ckopper has quit IRC23:02
melwitteandersson: np. you might probably be asked to split the test fix into its own patch ahead of your scheduler patch. the issue in the server group tests is probably affecting other things too and is its own separate bug23:02
eanderssonYea - was thinking the same.23:03
eanderssonGonna go and get luncch and Zuul is hopefully all green :D delayed lunch by like... 4 hours trying to figure this out :D23:04
eandersson*by the time I get back23:04
*** mvk has quit IRC23:07
*** mvk has joined #openstack-nova23:07
*** catintheroof has quit IRC23:09
*** Sukhdev_ has quit IRC23:10
*** claudiub has quit IRC23:15
*** pewp has quit IRC23:23
*** pewp has joined #openstack-nova23:26
*** sdague has quit IRC23:30
*** Sukhdev has quit IRC23:34
*** sree has joined #openstack-nova23:35
*** sree has quit IRC23:39
*** Swami has quit IRC23:41
*** dtp has quit IRC23:43
*** hongbin has quit IRC23:46
*** suresh12 has quit IRC23:50

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