Tuesday, 2016-05-03

mriedembelliott: did i hear correctly that rax doesn't use/enable the agent-builds REST API?00:01
mriedemit came up during the cells v2 session last week00:01
*** shaohe_feng has quit IRC00:01
*** shaohe_feng has joined #openstack-nova00:02
*** doug-fish has quit IRC00:03
belliottmriedem: checking00:03
*** ssurana has joined #openstack-nova00:03
mriedemdoffm: were we moving keypairs to the api db?00:04
belliottmriedem: we don't have the extension enabled, so no00:04
mriedembelliott: ok, thanks00:04
mriedemdoffm: nvm, looks like we plan on migrating keypairs to the api db https://review.openstack.org/#/c/294209/00:04
*** salv-orlando has joined #openstack-nova00:07
*** markvoelker has joined #openstack-nova00:09
*** heyongli_ has quit IRC00:09
*** heyongli_ has joined #openstack-nova00:10
*** vilobhmm11 has joined #openstack-nova00:10
*** Sukhdev has quit IRC00:11
*** ijw has joined #openstack-nova00:11
*** shaohe_feng has quit IRC00:12
*** shaohe_feng has joined #openstack-nova00:12
*** salv-orlando has quit IRC00:14
*** salv-orlando has joined #openstack-nova00:14
*** baoli has joined #openstack-nova00:14
*** salv-orlando has quit IRC00:15
*** ijw_ has joined #openstack-nova00:15
*** ijw has quit IRC00:15
*** doug-fish has joined #openstack-nova00:16
*** salv-orlando has joined #openstack-nova00:16
*** thumpba has joined #openstack-nova00:16
*** baoli has quit IRC00:16
*** heyongli_ has quit IRC00:20
*** heyongli_ has joined #openstack-nova00:20
*** thumpba has quit IRC00:20
*** zenoway has joined #openstack-nova00:21
*** shaohe_feng has quit IRC00:22
*** salv-orlando has quit IRC00:22
*** shaohe_feng has joined #openstack-nova00:23
*** salv-orlando has joined #openstack-nova00:25
*** zenoway has quit IRC00:25
*** mylu has quit IRC00:28
*** heyongli_ has quit IRC00:30
*** mrkz has quit IRC00:30
*** Sukhdev has joined #openstack-nova00:30
*** heyongli_ has joined #openstack-nova00:30
*** shaohe_feng has quit IRC00:32
*** shaohe_feng has joined #openstack-nova00:33
*** tjones has left #openstack-nova00:37
*** rbridgeman has quit IRC00:38
*** diogogmt has quit IRC00:40
*** heyongli_ has quit IRC00:40
*** heyongli_ has joined #openstack-nova00:41
*** roeyc has quit IRC00:41
*** diogogmt has joined #openstack-nova00:42
*** shaohe_feng has quit IRC00:42
*** roeyc has joined #openstack-nova00:43
*** shaohe_feng has joined #openstack-nova00:45
*** fawadkhaliq has quit IRC00:50
*** fragatina has quit IRC00:50
*** heyongli_ has quit IRC00:50
*** heyongli_ has joined #openstack-nova00:51
*** shaohe_feng has quit IRC00:53
*** shaohe_feng has joined #openstack-nova00:55
*** cheneydc has joined #openstack-nova00:56
*** smatzek has joined #openstack-nova00:56
*** fishcried has joined #openstack-nova00:57
*** ssurana has quit IRC01:00
*** heyongli_ has quit IRC01:01
*** iceyao has joined #openstack-nova01:01
*** shaohe_feng has quit IRC01:03
*** heyongli_ has joined #openstack-nova01:03
*** shaohe_feng has joined #openstack-nova01:03
*** salv-orlando has quit IRC01:04
*** fishcried1 has joined #openstack-nova01:07
*** baoli has joined #openstack-nova01:07
*** fishcried has quit IRC01:08
*** fishcried1 is now known as fishcried01:08
*** fishcried has quit IRC01:08
*** thorst has quit IRC01:08
*** thorst has joined #openstack-nova01:09
*** david-lyle has joined #openstack-nova01:09
*** heyongli_ has quit IRC01:10
*** fragatina has joined #openstack-nova01:12
*** fragatin_ has joined #openstack-nova01:13
*** shaohe_feng has quit IRC01:13
*** shaohe_feng has joined #openstack-nova01:14
*** ducttape_ has joined #openstack-nova01:15
*** yamahata has quit IRC01:15
*** fragatina has quit IRC01:16
*** nic has quit IRC01:17
*** thorst has quit IRC01:17
*** svenkat has quit IRC01:19
*** EinstCrazy has joined #openstack-nova01:22
mriedemmelwitt: did you have an openstack spec or oslo spec up for review for the transport_url stuff in oslo.messaging?01:22
melwittmriedem: no, I had assumed a spec wouldn't be needed. shall I write one?01:23
*** zz_dimtruck is now known as dimtruck01:23
*** shaohe_feng has quit IRC01:23
mriedemidk, it's a feature in oslo.messaging right? or needs to be.01:24
*** shaohe_feng has joined #openstack-nova01:24
mriedemi might be confusing this with a spec for policy defaults in code for oslo.policy01:24
*** fragatin_ has quit IRC01:24
melwittmriedem: yeah it would be the addition of a function that can assemble a transport url from the various config options01:25
mriedemit was listed under the upgrades section in the summit session etherpad https://etherpad.openstack.org/p/newton-nova-cells but i'm not clear on how it's related to upgrades,01:26
mriedembut i think it's because today we have to pass the --transport_url in to the migration command01:27
melwittlike the scheme, user/pass, host/port, virtual host01:27
mriedemand we'd like to be able to automate that01:27
mriedemgdi mortimer will not stop wheezing01:27
melwittyeah, it would be a lot better to gather it from config rather than make it be passed on the command line01:27
*** nelsnelson has joined #openstack-nova01:27
melwittlol mortimer01:28
*** Jeffrey4l has joined #openstack-nova01:28
*** RuiChen has joined #openstack-nova01:29
*** whenry has joined #openstack-nova01:31
*** fragatina has joined #openstack-nova01:31
*** EinstCra_ has joined #openstack-nova01:31
*** shaohe_feng has quit IRC01:34
*** shaohe_feng has joined #openstack-nova01:34
*** EinstCrazy has quit IRC01:35
*** baoli has quit IRC01:37
*** roeyc has quit IRC01:39
*** roeyc has joined #openstack-nova01:40
*** edmondsw has quit IRC01:42
*** shaohe_feng has quit IRC01:44
*** shaohe_feng has joined #openstack-nova01:44
*** baoli has joined #openstack-nova01:45
*** shaohe_feng has quit IRC01:54
*** ijw_ has quit IRC01:54
*** shaohe_feng has joined #openstack-nova01:55
*** whenry has quit IRC01:55
*** mriedem has quit IRC01:57
*** doug-fish has quit IRC01:57
*** doug-fish has joined #openstack-nova01:57
*** tbachman has quit IRC01:57
*** doug-fis_ has joined #openstack-nova02:00
*** doug-fish has quit IRC02:01
*** fishcried has joined #openstack-nova02:03
*** tbachman has joined #openstack-nova02:03
*** shaohe_feng has quit IRC02:04
*** doug-fis_ has quit IRC02:05
*** shaohe_feng has joined #openstack-nova02:05
openstackgerritZhenyu Zheng proposed openstack/nova-specs: Re-Propose Expose quiesce/unquiesce API  https://review.openstack.org/29559502:06
*** mragupat has joined #openstack-nova02:07
*** mragupat has quit IRC02:07
*** doug-fish has joined #openstack-nova02:07
*** mragupat has joined #openstack-nova02:08
*** mragupat has quit IRC02:08
*** apoorvad has quit IRC02:12
*** ducttape_ has quit IRC02:13
*** zeroDivisible has quit IRC02:14
*** shaohe_feng has quit IRC02:15
*** thorst has joined #openstack-nova02:15
*** shaohe_feng has joined #openstack-nova02:15
*** Sukhdev has quit IRC02:18
*** zenoway has joined #openstack-nova02:19
*** bogdano has quit IRC02:20
*** diogogmt has quit IRC02:20
*** sdake has joined #openstack-nova02:20
*** bogdano has joined #openstack-nova02:21
*** thorst has quit IRC02:22
*** rmart04 has joined #openstack-nova02:22
*** zenoway has quit IRC02:24
*** smatzek has quit IRC02:25
*** shaohe_feng has quit IRC02:25
*** shaohe_feng has joined #openstack-nova02:25
*** rmart04 has quit IRC02:25
*** aarefiev has quit IRC02:26
*** aarefiev has joined #openstack-nova02:27
*** fishcried has quit IRC02:29
*** unicell has quit IRC02:30
*** ducttape_ has joined #openstack-nova02:34
*** shaohe_feng has quit IRC02:35
*** shaohe_feng has joined #openstack-nova02:36
*** ozialien10 has quit IRC02:39
*** shaohe_feng has quit IRC02:45
*** shaohe_feng has joined #openstack-nova02:46
*** ducttape_ has quit IRC02:50
*** vilobhmm11 has quit IRC02:55
*** shaohe_feng has quit IRC02:56
*** shaohe_feng has joined #openstack-nova02:56
*** mspreitz has joined #openstack-nova02:59
*** baoli has quit IRC03:01
*** whenry has joined #openstack-nova03:01
*** shaohe_feng has quit IRC03:06
*** tbachman has quit IRC03:06
*** shaohe_feng has joined #openstack-nova03:06
*** shaohe_feng has quit IRC03:16
*** shaohe_feng has joined #openstack-nova03:17
*** mspreitz has quit IRC03:17
*** fragatina has quit IRC03:17
*** prateek has joined #openstack-nova03:19
*** thorst has joined #openstack-nova03:20
*** pwnall has quit IRC03:23
*** diogogmt has joined #openstack-nova03:25
*** prateek_ has joined #openstack-nova03:25
*** chip_ has quit IRC03:26
*** shaohe_feng has quit IRC03:26
*** shaohe_feng has joined #openstack-nova03:27
*** thorst has quit IRC03:28
*** prateek has quit IRC03:28
*** Jeffrey4l has quit IRC03:37
*** shaohe_feng has quit IRC03:37
*** shaohe_feng has joined #openstack-nova03:37
*** shaohe_feng has quit IRC03:47
*** rfolco has joined #openstack-nova03:49
*** shaohe_feng has joined #openstack-nova03:50
*** shaohe_feng has quit IRC03:57
*** shaohe_feng has joined #openstack-nova03:57
*** artom has quit IRC03:57
*** mdrabe has joined #openstack-nova03:58
*** dave-mccowan has quit IRC04:06
*** shaohe_feng has quit IRC04:07
*** fragatina has joined #openstack-nova04:08
*** shaohe_feng has joined #openstack-nova04:08
*** doug-fish has quit IRC04:09
*** hemna has joined #openstack-nova04:13
*** prateek__ has joined #openstack-nova04:14
*** Jeffrey4l has joined #openstack-nova04:14
*** Jeffrey4l_ has joined #openstack-nova04:15
*** unicell has joined #openstack-nova04:15
*** sacharya has quit IRC04:16
*** Jeffrey4l__ has joined #openstack-nova04:16
*** sacharya has joined #openstack-nova04:16
*** rfolco has quit IRC04:16
*** links has joined #openstack-nova04:17
*** sacharya has quit IRC04:17
*** Jeffrey4l__ has quit IRC04:17
*** Jeffrey4l__ has joined #openstack-nova04:17
*** prateek_ has quit IRC04:17
*** prateek_ has joined #openstack-nova04:17
*** shaohe_feng has quit IRC04:18
*** shaohe_feng has joined #openstack-nova04:18
*** markvoelker has quit IRC04:19
*** Jeffrey4l_ has quit IRC04:20
*** Jeffrey4l has quit IRC04:20
*** prateek__ has quit IRC04:21
*** Jeffrey4l__ has quit IRC04:22
*** unicell1 has joined #openstack-nova04:25
*** thorst has joined #openstack-nova04:25
*** unicell has quit IRC04:26
*** liverpooler has joined #openstack-nova04:26
*** sridharg has joined #openstack-nova04:27
*** shaohe_feng has quit IRC04:28
*** shaohe_feng has joined #openstack-nova04:28
*** vladikr has quit IRC04:30
*** unicell has joined #openstack-nova04:31
*** unicell1 has quit IRC04:32
*** thorst has quit IRC04:32
*** shaohe_feng has quit IRC04:38
*** shaohe_feng has joined #openstack-nova04:38
*** mdrabe has quit IRC04:42
*** unicell has quit IRC04:44
*** vtech has quit IRC04:44
*** shaohe_feng has quit IRC04:48
*** shaohe_feng has joined #openstack-nova04:49
*** prateek_ has quit IRC04:50
*** ducttape_ has joined #openstack-nova04:51
*** josecastroleon has joined #openstack-nova04:52
*** sridharg has quit IRC04:53
*** ducttape_ has quit IRC04:55
*** sree has joined #openstack-nova04:56
*** sridharg has joined #openstack-nova04:57
*** moshele has joined #openstack-nova04:58
*** shaohe_feng has quit IRC04:59
*** shaohe_feng has joined #openstack-nova04:59
*** irenab has joined #openstack-nova05:06
*** shaohe_feng has quit IRC05:09
*** hemna has quit IRC05:10
*** shaohe_feng has joined #openstack-nova05:10
*** whenry has quit IRC05:14
*** sacharya has joined #openstack-nova05:17
*** Jeffrey4l__ has joined #openstack-nova05:18
*** shaohe_feng has quit IRC05:19
*** markvoelker has joined #openstack-nova05:19
*** shaohe_feng has joined #openstack-nova05:20
*** sacharya has quit IRC05:22
*** markvoelker has quit IRC05:24
*** Jeffrey4l__ has quit IRC05:24
*** apoorv has joined #openstack-nova05:28
*** prateek has joined #openstack-nova05:28
*** shaohe_feng has quit IRC05:29
*** thorst has joined #openstack-nova05:30
*** shaohe_feng has joined #openstack-nova05:30
*** sdake has quit IRC05:37
*** thorst has quit IRC05:37
*** iceyao has quit IRC05:38
*** iceyao_ has joined #openstack-nova05:38
*** sdake has joined #openstack-nova05:39
*** iceyao has joined #openstack-nova05:39
*** shaohe_feng has quit IRC05:40
*** shaohe_feng has joined #openstack-nova05:40
*** esracelik has joined #openstack-nova05:44
*** shaohe_feng has quit IRC05:50
*** iceyao has quit IRC05:50
*** shaohe_feng has joined #openstack-nova05:53
*** iceyao has joined #openstack-nova05:54
*** liverpooler has quit IRC05:54
*** liverpooler has joined #openstack-nova05:54
*** shaohe_feng has quit IRC06:00
*** shaohe_feng has joined #openstack-nova06:01
*** sridharg has quit IRC06:05
*** sridharg has joined #openstack-nova06:05
*** shaohe_feng has quit IRC06:10
*** shaohe_feng has joined #openstack-nova06:10
*** salv-orlando has joined #openstack-nova06:11
*** rcernin has joined #openstack-nova06:15
*** EinstCra_ has quit IRC06:17
*** EinstCrazy has joined #openstack-nova06:17
*** sree has quit IRC06:19
*** sree has joined #openstack-nova06:19
*** mjura has joined #openstack-nova06:20
*** markvoelker has joined #openstack-nova06:20
*** shaohe_feng has quit IRC06:21
*** luis5tb has quit IRC06:21
*** shaohe_feng has joined #openstack-nova06:21
*** sree has quit IRC06:23
*** markvoelker has quit IRC06:25
*** mjura has quit IRC06:26
*** mjura has joined #openstack-nova06:26
*** shaohe_feng has quit IRC06:31
*** shaohe_feng has joined #openstack-nova06:31
*** gibi has quit IRC06:33
*** cfriesen has quit IRC06:34
*** gibi has joined #openstack-nova06:34
*** laszloh has joined #openstack-nova06:34
*** thorst has joined #openstack-nova06:35
*** gongysh has quit IRC06:36
*** shaohe_feng has quit IRC06:41
*** thorst has quit IRC06:42
*** tesseract has joined #openstack-nova06:44
*** tesseract is now known as Guest4047906:44
*** shaohe_feng has joined #openstack-nova06:44
-openstackstatus- NOTICE: Filesystem on logs.openstack.org is broken, we are on the process of repairing it. Please stop checking your jobs until further notice06:45
*** ChanServ changes topic to "Filesystem on logs.openstack.org is broken, we are on the process of repairing it. Please stop checking your jobs until further notice"06:45
*** daemontool_ has quit IRC06:45
*** Guest40479 has quit IRC06:47
*** zenoway has joined #openstack-nova06:48
*** apoorv has quit IRC06:48
*** gibi has quit IRC06:48
*** tesseract- has joined #openstack-nova06:49
*** gibi has joined #openstack-nova06:49
*** mpavone has joined #openstack-nova06:51
*** mpavone has quit IRC06:51
*** shaohe_feng has quit IRC06:51
*** ducttape_ has joined #openstack-nova06:52
*** shaohe_feng has joined #openstack-nova06:52
*** sree has joined #openstack-nova06:52
*** sacharya has joined #openstack-nova06:53
*** gibi has quit IRC06:54
*** gibi has joined #openstack-nova06:55
*** ducttape_ has quit IRC06:56
*** sacharya has quit IRC06:58
*** liverpooler has quit IRC06:58
*** liverpooler has joined #openstack-nova06:58
*** paul-carlton2 has joined #openstack-nova06:59
*** palexster has joined #openstack-nova07:00
*** shaohe_feng has quit IRC07:02
*** shaohe_feng has joined #openstack-nova07:03
*** salv-orlando has quit IRC07:04
*** rcernin_ has joined #openstack-nova07:04
*** dimtruck is now known as zz_dimtruck07:10
*** jed56 has joined #openstack-nova07:11
*** shaohe_feng has quit IRC07:12
*** shaohe_feng has joined #openstack-nova07:12
*** haukebruno has joined #openstack-nova07:12
*** kaisers1 has joined #openstack-nova07:17
*** paul-carlton2 has quit IRC07:20
*** markvoelker has joined #openstack-nova07:21
*** shaohe_feng has quit IRC07:22
*** EinstCrazy has quit IRC07:22
*** EinstCrazy has joined #openstack-nova07:23
*** shaohe_feng has joined #openstack-nova07:23
*** markvoelker has quit IRC07:26
*** zz_dimtruck is now known as dimtruck07:26
*** shaohe_feng has quit IRC07:32
*** rcernin_ has quit IRC07:33
*** shaohe_feng has joined #openstack-nova07:33
* bauzas yawns with a bit of jetlag07:33
bauzasp!spy07:33
*** cristicalin has joined #openstack-nova07:34
*** dimtruck is now known as zz_dimtruck07:35
*** rcernin has quit IRC07:36
*** Oku_OS-away is now known as Oku_OS07:39
*** thorst has joined #openstack-nova07:40
*** shaohe_feng has quit IRC07:43
*** shaohe_feng has joined #openstack-nova07:44
*** thorst has quit IRC07:47
*** paul-carlton2 has joined #openstack-nova07:50
*** shaohe_feng has quit IRC07:53
*** shaohe_feng has joined #openstack-nova07:54
*** itamarl has joined #openstack-nova07:54
*** sdake has quit IRC07:56
*** fragatin_ has joined #openstack-nova07:56
*** xek__ has joined #openstack-nova07:56
*** rhagarty_ has joined #openstack-nova07:57
*** zhiyan_ has joined #openstack-nova07:58
*** pumaranikar_ has quit IRC07:58
*** carl_baldwin has quit IRC07:58
*** scottda has quit IRC07:58
*** yonglihe has quit IRC07:58
*** DuncanT has quit IRC07:58
*** boris-42 has quit IRC07:58
*** zhiyan has quit IRC07:58
*** jed56 has quit IRC07:58
*** fyxim__ has quit IRC07:58
*** GheRivero has quit IRC07:58
*** vdrok has quit IRC07:58
*** woodster_ has quit IRC07:58
*** zzzeek has quit IRC07:58
*** gzhai1 has quit IRC07:58
*** syfy323_ has quit IRC07:58
*** scottda has joined #openstack-nova07:58
*** vdrok_ has joined #openstack-nova07:58
*** sulo has quit IRC07:58
*** vdrok_ has quit IRC07:58
*** vdrok_ has joined #openstack-nova07:58
*** scottda has quit IRC07:58
*** scottda has joined #openstack-nova07:58
*** rook has quit IRC07:58
*** Guest78717 has quit IRC07:58
*** xek_ has quit IRC07:58
*** mmedvede has quit IRC07:58
*** lbeliveau has quit IRC07:58
*** mrhillsman has quit IRC07:58
*** ayoung has quit IRC07:58
*** anthonyper has quit IRC07:58
*** tanee has quit IRC07:58
*** gus has quit IRC07:58
*** rhagarty has quit IRC07:58
*** auggy has quit IRC07:58
*** lbragstad has quit IRC07:58
*** mrodden has quit IRC07:58
*** sulo has joined #openstack-nova07:58
*** gzhai1 has joined #openstack-nova07:58
*** syfy323 has joined #openstack-nova07:59
*** DuncanT_ has joined #openstack-nova07:59
*** BobBall has joined #openstack-nova07:59
*** jistr has joined #openstack-nova07:59
*** fragatina has quit IRC07:59
openstackgerritZhengguang Ou proposed openstack/nova: libvirt: fix detach volume race condition  https://review.openstack.org/29051007:59
*** auggy has joined #openstack-nova07:59
*** BobBall is now known as Guest8257107:59
*** tanee has joined #openstack-nova07:59
*** lbragstad has joined #openstack-nova07:59
*** carl_baldwin has joined #openstack-nova07:59
*** ayoung has joined #openstack-nova07:59
*** anthonyper has joined #openstack-nova07:59
*** mrhillsman has joined #openstack-nova08:00
*** sfinucan has joined #openstack-nova08:00
*** zhiyan_ is now known as zhiyan08:00
*** fyxim__ has joined #openstack-nova08:00
*** mrodden has joined #openstack-nova08:00
*** kashyap` is now known as kashyap08:00
*** lbeliveau has joined #openstack-nova08:00
*** yonglihe has joined #openstack-nova08:00
*** zzzeek has joined #openstack-nova08:00
*** DuncanT_ is now known as DuncanT08:02
*** gus has joined #openstack-nova08:02
*** itamarl_ has joined #openstack-nova08:02
*** matrohon has joined #openstack-nova08:02
*** shaohe_feng has quit IRC08:03
*** pumaranikar has joined #openstack-nova08:03
*** shaohe_feng has joined #openstack-nova08:04
*** woodster_ has joined #openstack-nova08:05
*** itamarl_ has quit IRC08:05
*** jlanoux has joined #openstack-nova08:05
*** itamarl has quit IRC08:06
*** sfinucan has quit IRC08:07
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Testing latest u-c  https://review.openstack.org/30334508:10
*** boris-42 has joined #openstack-nova08:10
*** GheRivero has joined #openstack-nova08:10
*** mmedvede has joined #openstack-nova08:11
*** jed56 has joined #openstack-nova08:11
*** shaohe_feng has quit IRC08:13
*** shaohe_feng has joined #openstack-nova08:14
*** itamarl has joined #openstack-nova08:15
*** jogo has quit IRC08:16
*** mvk has joined #openstack-nova08:18
*** markvoelker has joined #openstack-nova08:22
*** paul-carlton2 has quit IRC08:23
*** shaohe_feng has quit IRC08:24
*** shaohe_feng has joined #openstack-nova08:24
*** fragatin_ has quit IRC08:24
*** mdavidson has joined #openstack-nova08:25
*** jogo has joined #openstack-nova08:25
*** ChanServ changes topic to "This channel is for Nova development. For support of Nova deployments, please use #openstack. Please see: https://wiki.openstack.org/wiki/Nova/Newton_Release_Schedule"08:25
-openstackstatus- NOTICE: Logs filesystem has been successfully restored, please recheck your jobs08:25
*** markvoelker has quit IRC08:27
*** josecastroleon has quit IRC08:28
*** shaohe_feng has quit IRC08:34
*** shaohe_feng has joined #openstack-nova08:35
-openstackstatus- NOTICE: Filesystem on docs-draft.openstack.org is broken, we are on the process of repairing it. Please stop checking jobs using this filesystem until further notice08:35
*** dmk0202 has joined #openstack-nova08:35
*** paul-carlton2 has joined #openstack-nova08:37
*** fragatina has joined #openstack-nova08:37
*** derekh has joined #openstack-nova08:39
*** yassine has joined #openstack-nova08:39
*** yassine is now known as Guest9940008:39
*** shaohe_feng has quit IRC08:44
*** thorst has joined #openstack-nova08:45
*** shaohe_feng has joined #openstack-nova08:45
*** zenoway has quit IRC08:45
*** cristicalin has quit IRC08:47
*** zenoway has joined #openstack-nova08:48
*** hkominos has joined #openstack-nova08:49
hkominoshello Openstackers!. Quick question. Is there any way to actually control the way that a hypervisor schedules the workload in Openstack ?08:49
*** apoorv has joined #openstack-nova08:49
*** thorst has quit IRC08:52
*** e0ne has joined #openstack-nova08:52
*** ducttape_ has joined #openstack-nova08:53
*** zenoway has quit IRC08:53
*** sacharya has joined #openstack-nova08:54
*** shaohe_feng has quit IRC08:54
*** danpb has joined #openstack-nova08:55
*** iceyao has quit IRC08:55
*** shaohe_feng has joined #openstack-nova08:55
bauzashkominos: what do you want to get ?08:56
*** wanghao has joined #openstack-nova08:57
*** ducttape_ has quit IRC08:57
*** sacharya has quit IRC08:59
hkominosbauzas:I am trying to get my system under load to take some measurements. (CPU-overcommit is now at 1). I have a 2 CPU quad core server. So I am spawning a 8 Vcpu VM and running a CPU intensive job there but the actual physical machine is not using all the cores08:59
*** sudipto has joined #openstack-nova08:59
bauzashkominos: that's because the scheduler defaults packing the instances instead of spreading them09:00
hkominosits using like 2. maybe less. So i want to force it to use 8 in order to check the extra cost which virtualization induces09:00
*** josecastroleon has joined #openstack-nova09:00
hkominosyou mean it packs the load in the CPUS instead of spreading them ?09:01
johnthetubaguyhmm, so you have 8 vCPUs but you can't use all the physical CPUs09:01
hkominosyeap09:01
*** sileht has quit IRC09:01
bauzasoh, I missed your point09:02
hkominosdoes it make sense ?09:02
*** sileht has joined #openstack-nova09:02
bauzasyou mean that you have 8 pCPUs (2 CPUs quad-core) and you spin a 8 vCPU instance flavor, right?09:02
hkominosyeap09:03
*** fragatina has quit IRC09:03
bauzashow many physical hosts ?09:03
bauzasonly one ?09:03
hkominosright now yes09:03
hkominos1 Compute host which runs 1 vm09:03
bauzasok, so you agree that you could only have one instance using that 8vCPU flavor for your cloud ?09:03
hkominosyes (its just for testing now)09:04
bauzasgiven your cpu allocation ratio set to 109:04
bauzasokay, and you got NoValidHost ?09:04
bauzasare you sure it's because of the CoreFilter ?09:04
hkominosno. the job is running.09:04
*** shaohe_feng has quit IRC09:05
bauzasso I'm misunderstanding your question09:05
hkominoslet me specify again09:05
johnthetubaguybauzas: means on the hypervisor / KVM scheduling I think?09:05
johnthetubaguyI kinda thought it would work how you expect hkominos, so thats curious09:05
*** shaohe_feng has joined #openstack-nova09:05
bauzasyeah09:05
johnthetubaguyI just wonder if its a NUMA related issue09:05
bauzasjohnthetubaguy: that wouldn't really change09:05
bauzasjohnthetubaguy: ++ if NUMA09:06
johnthetubaguywell, I wonder if its trying to keep all the vCPUs on the same NUMA core09:06
johnthetubaguyhkominos: are you maxing out any of the CPUs on your host?09:06
bauzasI'm curious about the libvirt xml descriptor for that instance09:06
johnthetubaguyhkominos: inside the guest, and the host reported level?09:06
hkominosIf i login to my compute host and run one specific job which puts the system on maximum load it runs  in 4 seconds. If i provision an 8vCPU machine (same size as my actual physical host) it takes 15 minutes09:06
johnthetubaguybauzas: thats a good question09:06
hkominosu mean the virsch xml log ?09:07
bauzashkominos: not the log, the xml file09:08
bauzashkominos: virsh describe09:08
bauzas(or virsh show, I don't recall it)09:08
hkominoslet me get it  one sec09:08
bauzasuse paste.openstack.org please for the output :)09:08
*** palexster1 has joined #openstack-nova09:09
*** palexster has quit IRC09:12
*** itamarl_ has joined #openstack-nova09:12
*** zz_dimtruck is now known as dimtruck09:12
hkominosi think you meant dumpxml right?09:13
hkominoscould not find another command09:13
bauzasmy bad, yeah09:13
* bauzas still suffers from jet lag 09:14
bauzasI need caffeine again09:14
*** wanghao has quit IRC09:14
*** shaohe_feng has quit IRC09:15
*** itamarl has quit IRC09:15
*** itamarl_ is now known as itamarl09:15
hkominoshttp://paste.openstack.org/show/495936/09:15
*** wanghao has joined #openstack-nova09:15
*** shaohe_feng has joined #openstack-nova09:16
*** fragatina has joined #openstack-nova09:16
johnthetubaguybauzas: yeah, turns out doing a concert the evening after getting on the plane helps make you so sleep it resets your body clock, although I feel like I missed a day of sleep somewhere, which I kinda did!09:16
hkominosSo basically if a start the job in my VM and login in to my compute host i can see with top that the physical host in not loaded. it used like 1-2 cpus09:17
johnthetubaguyhkominos: what does the VM show for CPU usage?09:17
hkominosmaximum09:17
johnthetubaguygotcha09:17
hkominosshow me the light09:18
hkominosspread the knowledge09:18
johnthetubaguy<topology sockets='8' cores='1' threads='1'/>09:18
bauzashkominos: what says the guest OS ? I can only see one core09:18
bauzasarrrrh, jinxed09:18
hkominos!09:18
hkominosguest os though cat proc/cpuinfo reports 8 cpus09:19
johnthetubaguythats 8 sockets 1 core each though, I would have assumed09:19
johnthetubaguyyeah09:19
bauzask09:19
bauzasthat's qemu thoi09:19
bauzastho09:19
johnthetubaguytrue09:19
*** gongysh has joined #openstack-nova09:19
hkominosSo does that mean that it schedules only 1 thread on the physical host ?09:19
johnthetubaguy<vcpu placement='static'>8</vcpu>09:19
johnthetubaguybauzas: what is that about?09:20
hkominosI assume that describes the Vcpu as set by openstack09:20
johnthetubaguyhkominos: it shouldn't, I think that is 1 thread per core, 1 core per socket, etc09:20
hkominosxm. Btw i have disabled hyperthreading on my physical machine and restarted the it09:20
bauzasjohnthetubaguy: that looks like a cpu pinning feature09:20
openstackgerritHahyun proposed openstack/nova-specs: Add direct download feature for rbd glance backend  https://review.openstack.org/30848109:21
*** e0ne has quit IRC09:21
*** sfinucan has joined #openstack-nova09:21
bauzasbut I wouldn't be worried09:21
johnthetubaguyhttps://libvirt.org/formatdomain.html#elementsCPUAllocation09:21
openstackgerritSudipta Biswas proposed openstack/nova-specs: Report host memory bandwidth as a metric in Nova  https://review.openstack.org/31200109:21
bauzasjohnthetubaguy: yeah that's what I recall09:22
*** dimtruck is now known as zz_dimtruck09:22
-openstackstatus- NOTICE: Docs-draft filesystem has been restored. Please check your affected jobs again09:23
*** belmoreira has joined #openstack-nova09:23
*** markvoelker has joined #openstack-nova09:23
bauzasjohnthetubaguy: that's because saying "okay, pin those 8 virtual cores to these 8 physical ones", but since we don't care about a specific placement, that looks okay to me09:23
hkominosit looks correct to me09:23
hkominosi am no expert though09:23
*** sahid has joined #openstack-nova09:23
hkominosu made a comment about numa before though09:24
johnthetubaguybauzas: yeah, it seems correct09:24
openstackgerritsahid proposed openstack/nova: libvirt: introduces module to handle domain xml migration  https://review.openstack.org/29949009:24
openstackgerritsahid proposed openstack/nova: libvirt: add "get_job_info" to Guest's object  https://review.openstack.org/25074009:24
openstackgerritsahid proposed openstack/nova: libvirt: add method to configure max downtime when migrating  https://review.openstack.org/25073909:24
openstackgerritsahid proposed openstack/nova: libvirt: add "abort_job" to Guest's object  https://review.openstack.org/25073809:24
openstackgerritsahid proposed openstack/nova: libvirt: add method "migrate" to Guest's object  https://review.openstack.org/25036509:24
johnthetubaguyhkominos: yeah, I was worried it wasn't pinning the 8 virtual cores to the 8 physical ones09:24
bauzashkominos: so, my point is, I wonder if all of that isn't just due to the fact you still consume the user space by not using KVM09:24
bauzashkominos: I would make sure to enable kvm, set nova to use it by default and create another instance09:25
*** shaohe_feng has quit IRC09:25
*** paul-carlton2 has quit IRC09:25
hkominosbtw i thought qemu/kvm go hand in hand.09:25
*** shaohe_feng has joined #openstack-nova09:26
johnthetubaguyyou can run QEMU without KVM, like we do in our testing actually09:26
hkominosso u are saying that i might be misconfigured09:27
hkominosand not using kvm at all ?09:27
*** markvoelker has quit IRC09:28
*** kolesovdv has joined #openstack-nova09:29
*** sridharg has quit IRC09:29
danpbhkominos: look in your /etc/nova/nova.conf to see if it says qemu or kvm for the libvirt driver09:29
bauzasI also wonder which guest OS you're running re: any posisble max_sockets09:30
ildikovjohnthetubaguy: hi09:30
bauzasdanpb: what if my image is not tagged with max_sockets and I'm running an instance with more sockets than the guest OS would support ? I suppose I'd only see the CPUs in the guest that it can supports ?09:31
ildikovjohnthetubaguy: it was a bit late yesterday when we got to a conclusion on when to have a multiattach Hangout call this week, I added you to the meeting invitation, I hope you can make it to the call09:32
hkominoscompute_driver=libvirt.LibvirtDriver09:32
*** vtech has joined #openstack-nova09:32
*** sambetts|afk is now known as sambetts09:32
danpbbauzas: qemu always shows the guest the full set of sockets - whether the guest uses them or not is a different matter09:33
johnthetubaguyildikov: should be OK09:33
danpbhkominos: no you want 'virt_type' - eg grep  virt_type /etc/nova/nova.conf09:33
bauzasdanpb: okay, that makes sense to me :)09:33
ildikovjohnthetubaguy: great, thanks much09:33
hkominosvirt type=qemu09:34
danpbwell there's the problem then09:34
hkominosshould switch to Kvm ?09:34
danpbif you want your guests to have fast performance then yes :)09:34
johnthetubaguy+109:35
danpbif you want them to feel like a pentium from 2001, then stick with qemu :-)09:35
hkominoshahhaha. let me try !09:35
bauzasdanpb: yeah the VM was using QEMU hence my point above http://paste.openstack.org/show/495936/09:35
*** shaohe_feng has quit IRC09:35
openstackgerritHahyun proposed openstack/nova-specs: Add direct download feature for rbd glance backend  https://review.openstack.org/30848109:35
hkominosbtw the compute_driver field remains the same right ? i dont see another configuration in the opentack docks09:36
*** shaohe_feng has joined #openstack-nova09:36
danpbyes, only change the virt_type09:37
hkominosxm. i wil try booting a vm again and test. Btw should i be seeing KVM in the horizon in the hypervisors tab?09:39
kashyaphkominos: The above assumes you have /dev/kvm exposed (Run `virt-host-validate | grep kvm` should result in 'PASS') on the Compute node.09:40
hkominosPass it is09:40
*** iceyao has joined #openstack-nova09:40
*** fragatina has quit IRC09:41
*** paul-carlton2 has joined #openstack-nova09:42
openstackgerritSylvain Bauza proposed openstack/nova: Add a RequestSpec generation migration script  https://review.openstack.org/30282809:42
openstackgerritSylvain Bauza proposed openstack/nova: Cold migrate using the RequestSpec object  https://review.openstack.org/28497409:43
*** apoorv has quit IRC09:45
*** shaohe_feng has quit IRC09:46
hkominosall right my new friends09:46
*** shaohe_feng has joined #openstack-nova09:46
hkominosthat was it. I am out of the pentium 1 era of qemu09:47
hkominosit now works much better. I assume now i can also increase my CPU overcommit ratio right?09:47
*** josecastroleon has quit IRC09:47
hkominosthank you for help09:48
*** links has quit IRC09:48
*** thorst has joined #openstack-nova09:50
*** andrearo1 is now known as andrearosa09:54
*** sfinucan has quit IRC09:54
openstackgerritBrian Duffy proposed openstack/nova: running through sandbox tutorial here  https://review.openstack.org/31200509:54
*** sfinucan has joined #openstack-nova09:55
*** Guest99400 has quit IRC09:56
*** shaohe_feng has quit IRC09:56
*** shaohe_feng has joined #openstack-nova09:56
*** thorst has quit IRC09:57
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: config: remove deprecated ironic.client_log_level  https://review.openstack.org/31200610:00
*** jlanoux has quit IRC10:00
*** jlanoux has joined #openstack-nova10:00
*** cheneydc has quit IRC10:02
*** fishcried has joined #openstack-nova10:02
openstackgerritBrian Duffy proposed openstack/nova: running through sandbox tutorial here  https://review.openstack.org/31200510:02
*** kengo_sakai has joined #openstack-nova10:02
*** e0ne has joined #openstack-nova10:02
*** iceyao has quit IRC10:03
*** cdent has joined #openstack-nova10:03
johnthetubaguyhkominos: yeah, increasing the ratio tells the nova scheduler to put more vCPUs than you have physical CPUs on that hypervisor10:03
*** links has joined #openstack-nova10:04
hkominosyeah but i mean that if i only have one VM again then the time it takes to execute a job will not change. Cpu overcommit is only a metric in order to specify another limit in the number of VMs u can spin up per host10:05
hkominos(i think)10:05
*** shaohe_feng has quit IRC10:06
*** shaohe_feng has joined #openstack-nova10:06
*** apoorv has joined #openstack-nova10:07
*** links has quit IRC10:07
danpbcpu overcommit is useful if you have lots of VMs whose CPUs are mostly idle10:07
danpbsince it'll give you better utilization of the host overall10:07
bauzashkominos: using ratios is for workloads not using 100% CPU usage10:08
bauzasarrrh10:08
danpbthe downside is that if all VMs decided they need to use their CPUs at the same time, they'll compete for time10:08
johnthetubaguyyeah, +1 what danpb said, it depends what you are optimising for10:08
bauzashearing the word "job" makes me thinking it's predictable for hkominos :)10:08
danpbgenerally allowing cpu overcommit is a good thing10:08
danpbas its pretty rare to have guest workloads which need 100% cpu all the time10:09
hkominoshahahaha10:09
hkominosto be honest this job that i am running now is using 100%10:10
hkominosthats its point anyway10:10
sfinucanThere are two bugs for the CPU policy stuff that have been waiting for review for a few months. Seeing as ndipanov is gone, could someone else take a look at them, please? https://review.openstack.org/#/c/285321/ https://review.openstack.org/#/c/285232/10:13
*** links has joined #openstack-nova10:14
johnthetubaguysfinucan: did we find someone to start taking over the performance vm/NFV/NUMA subteam, I can't 100% remember now?10:14
sfinucanjohnthetubaguy: I heard nothing concrete, no. Figured it would be danpb, tbh :)10:16
*** shaohe_feng has quit IRC10:16
*** lpetrut has joined #openstack-nova10:17
*** shaohe_feng has joined #openstack-nova10:17
bauzasjohnthetubaguy: sfinucan: vladikr and sahid are probably the best options10:19
bauzasand moshele will be running the new subteam as he claimed in the ML10:20
danpbsfinucan: johnthetubaguy sorry, i don't have enough time to actually organize a subteam myself10:20
openstackgerritSylvain Bauza proposed openstack/nova: Resize API operation passing down original RequestSpec  https://review.openstack.org/31200910:22
*** dave-mccowan has joined #openstack-nova10:23
*** Guest82571 is now known as BobBall10:23
*** markvoelker has joined #openstack-nova10:24
*** tbachman has joined #openstack-nova10:24
johnthetubaguybauzas: ah, it was moshele, I remember now10:24
*** sdague has joined #openstack-nova10:25
*** gszasz has joined #openstack-nova10:26
*** shaohe_feng has quit IRC10:27
moshelesfinucan: you can put them on the agenda https://etherpad.openstack.org/p/sriov_meeting_agenda, although I am less familiar with  NUMA code10:27
*** sridharg has joined #openstack-nova10:27
*** hieulq has joined #openstack-nova10:27
*** ljxiash has joined #openstack-nova10:27
*** shaohe_feng has joined #openstack-nova10:27
openstackgerritAlexis Lee proposed openstack/nova: Notifications: simple schema  https://review.openstack.org/31201010:27
*** markvoelker has quit IRC10:28
*** EinstCrazy has quit IRC10:28
*** hieulq has quit IRC10:29
*** hieulq has joined #openstack-nova10:29
*** jlanoux_ has joined #openstack-nova10:30
*** jlanoux has quit IRC10:30
*** ljxiash has quit IRC10:31
*** jlanoux has joined #openstack-nova10:32
*** jlanoux_ has quit IRC10:33
*** Kennan has quit IRC10:35
*** hieulq has quit IRC10:35
*** Kennan has joined #openstack-nova10:35
*** hieulq has joined #openstack-nova10:35
*** yuywz has quit IRC10:36
*** shaohe_feng has quit IRC10:37
*** shaohe_feng has joined #openstack-nova10:37
*** yuywz has joined #openstack-nova10:39
*** hieulq has quit IRC10:40
*** jlanoux_ has joined #openstack-nova10:43
*** jlanoux has quit IRC10:46
*** shaohe_feng has quit IRC10:47
*** shaohe_feng has joined #openstack-nova10:48
*** prashup has joined #openstack-nova10:49
prashupHi guys, I was looking into nova neutrno notification communication. And during some experimentation i stuck with a problem. Instance creation always stuck in spawning stage.10:50
prashupas libvirt emits stop event ;10:50
*** gongysh has quit IRC10:50
prashupcan someone tell me, why it is happening, or even better some source which i can go through to better understand this stuff ??10:51
prashupany help is appreciated :)10:51
*** markus_z has joined #openstack-nova10:51
*** ducttape_ has joined #openstack-nova10:53
*** smatzek has joined #openstack-nova10:54
*** thorst has joined #openstack-nova10:55
*** sacharya has joined #openstack-nova10:55
openstackgerritsahid proposed openstack/nova: network: handle unauthorized exception from neutron  https://review.openstack.org/31201410:57
*** shaohe_feng has quit IRC10:57
*** shaohe_feng has joined #openstack-nova10:58
*** Kennan has quit IRC10:58
*** ducttape_ has quit IRC10:58
*** yuywz has quit IRC10:59
*** lucasagomes is now known as lucas-hungry10:59
*** sacharya has quit IRC10:59
*** rtheis has joined #openstack-nova11:01
*** thorst has quit IRC11:02
openstackgerritsahid proposed openstack/nova: libvirt: introduces module to handle domain xml migration  https://review.openstack.org/29949011:02
openstackgerritsahid proposed openstack/nova: libvirt: add "get_job_info" to Guest's object  https://review.openstack.org/25074011:02
openstackgerritsahid proposed openstack/nova: libvirt: add method to configure max downtime when migrating  https://review.openstack.org/25073911:02
openstackgerritsahid proposed openstack/nova: libvirt: add "abort_job" to Guest's object  https://review.openstack.org/25073811:02
openstackgerritsahid proposed openstack/nova: libvirt: add method "migrate" to Guest's object  https://review.openstack.org/25036511:02
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: config: remove deprecated ironic.client_log_level  https://review.openstack.org/31200611:03
*** shaohe_feng has quit IRC11:08
*** shaohe_feng has joined #openstack-nova11:09
*** kengo_sakai has quit IRC11:09
*** yuywz has joined #openstack-nova11:12
*** zz_dimtruck is now known as dimtruck11:13
*** Kennan has joined #openstack-nova11:14
*** shaohe_feng has quit IRC11:18
*** shaohe_feng has joined #openstack-nova11:19
*** yassine has joined #openstack-nova11:21
*** yassine is now known as Guest9337111:21
*** dimtruck is now known as zz_dimtruck11:23
*** links has quit IRC11:24
*** markvoelker has joined #openstack-nova11:24
*** josecastroleon has joined #openstack-nova11:27
*** shaohe_feng has quit IRC11:28
*** markvoelker has quit IRC11:29
*** shaohe_feng has joined #openstack-nova11:29
*** prashup has quit IRC11:32
*** mjura has quit IRC11:32
sdagueBobBall: are you fixing the ci for xenserver?11:33
*** sudipto has quit IRC11:34
*** shaohe_feng has quit IRC11:38
*** shaohe_feng has joined #openstack-nova11:39
moshelejaypipes: can you review some pci cleanup https://review.openstack.org/#/c/310950/ and pci: Deprecate is_new from pci request ?11:41
moshelejaypipes: I mean https://review.openstack.org/#/c/310950/ and https://review.openstack.org/#/c/310990/11:41
jaypipesmoshele: morning!11:43
jaypipesmoshele: yup, will do that right now.11:43
jaypipesmoshele: I think dansmith did a review on those yesterday. will hop on it now.11:43
*** thorst has joined #openstack-nova11:43
openstackgerritChris Dent proposed openstack/nova: WIP resource-pools/placement api  https://review.openstack.org/29310411:44
*** mjura has joined #openstack-nova11:45
openstackgerritjichenjc proposed openstack/nova: Complete method Verification of os-hypervisors  https://review.openstack.org/31202411:46
*** shaohe_feng has quit IRC11:49
*** shaohe_feng has joined #openstack-nova11:50
*** kengo_sakai has joined #openstack-nova11:52
*** lucas-hungry is now known as lucasagomes11:54
*** egarbade- has quit IRC11:55
*** maurosr has quit IRC11:55
*** ekhugen has quit IRC11:55
*** iceyao has joined #openstack-nova11:57
*** baoli has joined #openstack-nova11:57
*** shaohe_feng has quit IRC11:59
openstackgerritMoshe Levi proposed openstack/nova: pci: Allow to update pci_requests in instance_extra  https://review.openstack.org/31202811:59
*** shaohe_feng has joined #openstack-nova12:00
*** rfolco has joined #openstack-nova12:00
*** kengo_sakai has quit IRC12:01
openstackgerritjichenjc proposed openstack/nova: Complete method Verification of consoles  https://review.openstack.org/31202912:01
BobBallsdague: Yes - should be fixed - we're running some more tests before asking to be re-enabled12:01
*** links has joined #openstack-nova12:03
*** maurosr has joined #openstack-nova12:04
*** egarbade- has joined #openstack-nova12:04
BobBallsdague: I can confirm that we're passing the most recent few tests12:05
*** ekhugen has joined #openstack-nova12:05
BobBallsdague: if you have the powah to re-add us to the Nova CI group, that would be great.  I've disabled voting for failing jobs (so only passing jobs will vote) and that might help catch some of the rechecks.12:06
*** ludovic__ has joined #openstack-nova12:06
*** svenkat has joined #openstack-nova12:07
*** ducttape_ has joined #openstack-nova12:09
*** shaohe_feng has quit IRC12:09
*** shaohe_feng has joined #openstack-nova12:10
*** abalutoiu has joined #openstack-nova12:11
*** egarbade- has quit IRC12:11
johnthetubaguyBobBall: I think I added you back in now12:12
*** ekhugen has quit IRC12:12
BobBallthanks johnthetubaguy12:13
*** maurosr has quit IRC12:13
*** aysyd has joined #openstack-nova12:15
BobBallFYI I've rechecked all of the devstack failures in the last 72 hours so hopefully it should start churning out passes12:15
BobBallI'll re-enable failed votes later today if I can confirm the pass rate is high enough12:15
*** artom has joined #openstack-nova12:16
*** laszloh has quit IRC12:17
*** krtaylor has quit IRC12:18
*** shaohe_feng has quit IRC12:19
openstackgerritjichenjc proposed openstack/python-novaclient: Enhance descriptions for get and clear password  https://review.openstack.org/31203512:20
*** shaohe_feng has joined #openstack-nova12:20
*** krtaylor has joined #openstack-nova12:20
*** fragatina has joined #openstack-nova12:22
*** markvoelker has joined #openstack-nova12:22
*** burgerk has joined #openstack-nova12:23
*** egarbade- has joined #openstack-nova12:23
*** maurosr has joined #openstack-nova12:23
*** kylek3h has quit IRC12:23
*** ekhugen has joined #openstack-nova12:23
*** apoorv has quit IRC12:24
*** Oku_OS is now known as Oku_OS-away12:25
*** amotoki has joined #openstack-nova12:27
*** ivase has joined #openstack-nova12:27
*** amotoki has quit IRC12:27
openstackgerritjichenjc proposed openstack/nova: not use mox for conductor/test_conductor.py  https://review.openstack.org/30638512:27
*** ivase has quit IRC12:28
*** ivase has joined #openstack-nova12:28
mosheledansmith: hi, I have a question regarding you comment https://review.openstack.org/#/c/307124/12:28
*** shaohe_feng has quit IRC12:30
*** shaohe_feng has joined #openstack-nova12:30
*** laszloh has joined #openstack-nova12:32
jaypipesalaski: around?12:33
*** mjura has quit IRC12:33
*** _prad_ has joined #openstack-nova12:33
openstackgerritjichenjc proposed openstack/nova: Replace fake_utils by using Fixture  https://review.openstack.org/23095412:33
*** _prad_ is now known as pradk_12:33
*** tbachman has quit IRC12:34
*** hkominos has quit IRC12:36
*** ducttape_ has quit IRC12:37
*** BlackDex has quit IRC12:38
*** shaohe_feng has quit IRC12:40
*** luis5tb has joined #openstack-nova12:41
*** shaohe_feng has joined #openstack-nova12:41
alaskijaypipes: yes12:45
*** toanster is now known as toan12:45
*** mjura has joined #openstack-nova12:46
jaypipesalaski: sorry mate, never mind :) it was some random transient error about Unauthorized in the cells dsvm gate job that seems to have gone away...12:47
danpbjaypipes: could you take a look at this os-vif change https://review.openstack.org/#/c/308407/ - i want to add reno support for our first release12:47
cdentjaypipes, alaski: I reckon we need a manhattan project to spend 110% of time on "random transient errors" otherwise we are just fooling ourselves12:48
alaskiyeah, random errors are concerning12:50
*** shaohe_feng has quit IRC12:50
cdentAt the api level when using an environ['nova.context'] does that context already include an active transaction, such that the entire api request is in a transaction, or do I need to do that explicitly?12:50
*** shaohe_feng has joined #openstack-nova12:51
*** EinstCrazy has joined #openstack-nova12:51
johnthetubaguywhat do you mean by "transaction"? the DB one?12:51
cdentjohnthetubaguy: yeah12:51
jaypipesdanpb: done!12:51
danpbcheers12:52
johnthetubaguycdent: I thought each DB API call is a transaction, and the engine facade decorators deal with that12:52
cdentyes, that appears to be true, but I was wondering if there's anything already happening at the HTTP API level12:52
johnthetubaguynothing structured that I know of12:53
cdentk, thanks12:53
* cdent considers his options12:53
openstackgerritDaniel Berrange proposed openstack/os-vif: Start using reno for release notes  https://review.openstack.org/30840712:53
*** xyang1 has joined #openstack-nova12:53
johnthetubaguythe sync stuff is normally a single write db api call, and the async stuff is usually madness12:53
*** kylek3h has joined #openstack-nova12:53
johnthetubaguynot sure that helps your thinking there though12:53
jaypipescdent: you should not be doing anything directly with the database in the Nova API layer. Use the associated nova.objects interfaces, which should be decorated appropriately with @nova.db.sqlalchemy.api.api_context_manager.writer12:54
cdentjaypipes: that's what I'm doing most of the time but what about the case where I want to update multiple Inventory objects?12:55
johnthetubaguyjaypipes: right, API -> objects (->) db api12:55
jaypipescdent: grep for api_context_writer in nova/objects.host_mapping.py for an example.12:55
johnthetubaguycdent: a bulk update on the list object?12:55
*** sacharya has joined #openstack-nova12:55
cdenthmm, how to explain this12:56
cdenta PUT to an existing resource pool contains multiple inventories12:56
cdentsome of those inventories may already exist12:56
cdentsome may not12:56
cdentfor each one of the inventory needs to either be create()d or save()d12:57
*** kengo_sakai has joined #openstack-nova12:57
*** rlrossit has joined #openstack-nova12:57
johnthetubaguycould you not add them to the list, and call save_all() on a list object?12:57
*** efried has joined #openstack-nova12:57
*** raildo-afk is now known as raildo12:58
johnthetubaguyactually, the deletes are kinda dumb in there...12:58
cdentI don't know.12:58
cdentThis is new ground for me and I'm struggling to find reasonable examples to steal from12:58
tpatzigmikal: alaski: johnthetubaguy: as discussed during unconference session. could you have a look at https://review.openstack.org/#/c/26767312:58
jaypipescdent: see this patch for inspiration:12:58
* cdent enjoys inspiration12:59
jaypipeshttps://review.openstack.org/#/c/211288/12:59
*** vtech has quit IRC12:59
jaypipescdent: we discussed how to do this with the PCIDeviceList batch save of the same kind..12:59
jaypipescdent: dansmith has ideas in there.12:59
johnthetubaguyright, thats the sort of thing I was meaning, nice12:59
* cdent will read13:00
*** vtech has joined #openstack-nova13:00
jaypipescdent: note that it is a remoteable class method on the PciDeviceList objetc.13:00
johnthetubaguynot sure if thats a single transaction though...13:00
*** kylek3h_ has joined #openstack-nova13:00
*** shaohe_feng has quit IRC13:00
*** sacharya has quit IRC13:00
cdentIt often feels like all this complexity exists because of a solution to a problem that should have been there in the first place13:01
* cdent marches on13:01
*** kengo_sakai has quit IRC13:01
*** shaohe_feng has joined #openstack-nova13:01
cdentshouldn't!13:01
* cdent sighs13:01
*** Oku_OS-away is now known as Oku_OS13:02
openstackgerritsahid proposed openstack/nova: libvirt: introduces module to handle domain xml migration  https://review.openstack.org/29949013:02
openstackgerritsahid proposed openstack/nova: libvirt: add "get_job_info" to Guest's object  https://review.openstack.org/25074013:02
openstackgerritsahid proposed openstack/nova: libvirt: add method to configure max downtime when migrating  https://review.openstack.org/25073913:02
openstackgerritsahid proposed openstack/nova: libvirt: add "abort_job" to Guest's object  https://review.openstack.org/25073813:02
openstackgerritsahid proposed openstack/nova: libvirt: add method "migrate" to Guest's object  https://review.openstack.org/25036513:02
johnthetubaguycdent: it might be easier to model it as an object field, and you just save the object, depending on how that looks?13:02
*** kylek3h has quit IRC13:03
*** efried has quit IRC13:03
cdentis it kosher to save_batch on a batch that mixes saves and created?13:04
cdentcreates?13:04
*** edmondsw has joined #openstack-nova13:04
johnthetubaguysave_or_create_batch doesn't have the same ring to it13:05
openstackgerritsahid proposed openstack/nova: network: handle unauthorized exception from neutron  https://review.openstack.org/31201413:05
*** itamarl has quit IRC13:05
cdentjohnthetubaguy: :)13:05
*** itamarl has joined #openstack-nova13:05
*** lpetrut has quit IRC13:06
alaskitpatzig: yep, adding that review to my list13:06
*** efried has joined #openstack-nova13:06
bauzasalaski: jaypipes: dear friends, you should be hitting https://review.openstack.org/#/q/topic:bp/check-destination-on-migrations-newton :D13:06
tpatzigalaski: great, thanks!13:07
* alaski opens more tabs for bauzas13:07
bauzas:p13:07
bauzasFirefox, help me !13:07
openstackgerritPeng Li proposed openstack/nova: fix wrong key name in test code  https://review.openstack.org/31205113:07
openstackgerritsahid proposed openstack/nova: network: handle unauthorized exception from neutron  https://review.openstack.org/31201413:07
* cdent takes a think walk13:08
*** ljxiash has joined #openstack-nova13:09
bauzasjaypipes: cdent: I'm about to review the allocations patches, etc. Which one should I review first ? https://review.openstack.org/#/c/282442/ is -213:09
bauzasjaypipes: cdent: btw. I should have time by N-2 to help you guys for implementing the resource-* if the above check-dests patches are merged :)13:09
*** shaohe_feng has quit IRC13:11
*** shaohe_feng has joined #openstack-nova13:11
*** mdrabe has joined #openstack-nova13:11
*** itamarl has quit IRC13:11
*** mylu has joined #openstack-nova13:11
*** EinstCrazy has quit IRC13:12
*** mylu has quit IRC13:12
*** ljxiash has quit IRC13:13
openstackgerritSharat Sharma proposed openstack/nova: Added the optional filters to the request parameters.  https://review.openstack.org/31042013:13
sahidhello jaypipes, when you have a moment if you can make this one merged that would be nice https://review.openstack.org/#/c/301247/13:13
*** efried has quit IRC13:13
*** esracelik has quit IRC13:13
*** busterswt has joined #openstack-nova13:14
*** esracelik has joined #openstack-nova13:14
*** busterswt has quit IRC13:14
*** zz_dimtruck is now known as dimtruck13:14
*** jamesdenton has joined #openstack-nova13:15
openstackgerritMatthew Booth proposed openstack/nova: Add a lock() context manager to image backend  https://review.openstack.org/27962513:15
openstackgerritMatthew Booth proposed openstack/nova: Rename Raw backend to NoBacking  https://review.openstack.org/27962613:15
openstackgerritMatthew Booth proposed openstack/nova: Introduce ImageCacheLocalPool  https://review.openstack.org/27966913:15
openstackgerritMatthew Booth proposed openstack/nova: Remove fake_imagebackend.Raw and cleanup dependent tests  https://review.openstack.org/26766113:15
openstackgerritMatthew Booth proposed openstack/nova: Rename Image.check_image_exists to Image.exists()  https://review.openstack.org/27099813:15
openstackgerritMatthew Booth proposed openstack/nova: Remove deprecated option libvirt.remove_unused_kernels  https://review.openstack.org/26588613:15
openstackgerritMatthew Booth proposed openstack/nova: Only attempt to inject files if the injection disk exists  https://review.openstack.org/25087213:15
*** josecastroleon has quit IRC13:15
*** efried has joined #openstack-nova13:16
*** akshai has joined #openstack-nova13:18
openstackgerritSylvain Bauza proposed openstack/nova: Resize API operation passing down original RequestSpec  https://review.openstack.org/31200913:19
*** shaohe_feng has quit IRC13:21
*** shaohe_feng has joined #openstack-nova13:22
*** READ10 has joined #openstack-nova13:22
*** sc68cal has quit IRC13:22
*** ducttape_ has joined #openstack-nova13:22
*** efried has quit IRC13:23
*** dimtruck is now known as zz_dimtruck13:24
*** salv-orlando has joined #openstack-nova13:25
*** smatzek has quit IRC13:25
*** sc68cal has joined #openstack-nova13:25
*** sc68cal has quit IRC13:27
*** ducttape_ has quit IRC13:28
*** eharney has joined #openstack-nova13:28
*** sc68cal has joined #openstack-nova13:28
dansmithmoshele: here now13:28
*** vtech has quit IRC13:28
*** vtech has joined #openstack-nova13:29
dansmithcdent: jaypipes: https://review.openstack.org/#/c/211288/613:30
dansmithI never really finished it.. put it up for feedback, but I don't know what shape it's in13:31
*** haukebruno has quit IRC13:31
*** shaohe_feng has quit IRC13:31
*** shaohe_feng has joined #openstack-nova13:32
*** salv-orlando has quit IRC13:32
*** pwnall has joined #openstack-nova13:34
*** ccarmack has joined #openstack-nova13:35
*** efried has joined #openstack-nova13:35
sfinucanjohnthetubaguy: Do you know if mriedem had an Etherpad RE: work for EPA features (NUMA, SRIOV, PCI-passthrough etc.)?13:35
johnthetubaguysfinucan: there is this from the summit session: https://etherpad.openstack.org/p/newton-nova-performance-vms13:36
*** b3nt_pin is now known as beagles13:36
openstackgerritSharat Sharma proposed openstack/nova: [api-ref] Added host_ip and hypervisor_type parameters to Show Hypervisor Details API.  https://review.openstack.org/31009613:36
*** jlanoux_ has quit IRC13:36
*** sc68cal has quit IRC13:36
openstackgerritsahid proposed openstack/nova: pci: make sure device relationships are kept in memory  https://review.openstack.org/30185913:36
openstackgerritsahid proposed openstack/nova: pci: Make sure PF is 'available' when last VF is freed  https://review.openstack.org/30301213:36
openstackgerritsahid proposed openstack/nova: pci: related updates are done without DB lookups  https://review.openstack.org/30186013:36
johnthetubaguysfinucan: helping me out the feature classification matrix might be a good way to formalise the issues13:37
bauzas++13:37
openstackgerritAlexis Lee proposed openstack/nova: Notifications: simple schema  https://review.openstack.org/31201013:38
*** sree has quit IRC13:39
*** sree has joined #openstack-nova13:40
sdaguealaski: https://bugs.launchpad.net/nova/+bug/1577311 is somewhat indicative of the confusion on the db configs now. It might be worth figuring out where to document that more.13:41
openstackLaunchpad bug 1577311 in OpenStack Compute (nova) "OperationalError: (pymysql.err.OperationalError)" [Undecided,Invalid]13:41
sdaguedoes anyone have a reference for the bug where we were over deleting metadata because of the case issue?13:41
*** shaohe_feng has quit IRC13:41
*** palexster1 is now known as palexster13:42
*** rook has joined #openstack-nova13:42
*** sheel has joined #openstack-nova13:42
markus_zsdague: This one? https://bugs.launchpad.net/nova/+bug/153801113:42
openstackLaunchpad bug 1538011 in OpenStack Compute (nova) "Metadata keys are not case sensitive" [High,In progress] - Assigned to Augustina Ragwitz (auggy)13:42
*** shaohe_feng has joined #openstack-nova13:42
sdaguemarkus_z: no, I've got that one13:43
alaskisdague: yeah. That also seems like something that should cause some noise on service startup13:43
*** baoli has quit IRC13:44
sdagueah, there is an embedded link - https://bugs.launchpad.net/nova/+bug/153522413:44
openstackLaunchpad bug 1535224 in OpenStack Compute (nova) "meta data of nova instance with case sensitive has problem when deleting" [Undecided,In progress] - Assigned to Sheel Rana (ranasheel2000)13:44
sdaguethat's the one I wanted13:44
*** baoli has joined #openstack-nova13:45
*** sree has quit IRC13:45
markus_zright, there was a second one, which is similar13:46
*** mriedem has joined #openstack-nova13:46
sheelhttps://bugs.launchpad.net/nova/+bug/153801113:46
openstackLaunchpad bug 1538011 in OpenStack Compute (nova) "Metadata keys are not case sensitive" [High,In progress] - Assigned to Augustina Ragwitz (auggy)13:46
sheelmarkus_z: ^^13:46
alaskiccarmack: not sure if you got an answer on https://github.com/openstack-dev/devstack/blob/master/lib/nova#L647 yesterday. Those should not be necessary for cellsv2, and anything that is necessary for v2 would be necessary for Nova and not a special case13:47
openstackgerritAndrea Rosa proposed openstack/nova: Adding device_present field to bdm table  https://review.openstack.org/26805313:47
*** burt has joined #openstack-nova13:48
*** sc68cal has joined #openstack-nova13:48
mriedemandrearosa: you've got a bad copyright in that migration ^13:50
*** smatzek has joined #openstack-nova13:50
andrearosamriedem: thanks I'll fix it13:50
*** tbachman has joined #openstack-nova13:51
*** mrkz has joined #openstack-nova13:51
ccarmackalaski: thanks, that's what I expected.  Can we remove setting those configs for newton?  I assume we would still need to run nova-manage to set up the db.13:51
*** shaohe_feng has quit IRC13:52
*** ametts has joined #openstack-nova13:52
sfinucanjohnthetubaguy: Cheers. Forwarded to sriov meeting, as you saw13:52
*** PaulMurray has joined #openstack-nova13:52
*** shaohe_feng has joined #openstack-nova13:52
alaskiccarmack: those are there for cellsv1 so they can't be removed until that goes away. if anything that could be renamed to indicate it's v1 specific to avoid confusion.13:53
ccarmackalaski: but for newton, wouldn't they go away?13:54
*** diana_clarke has quit IRC13:54
*** _diana_ is now known as diana_clarke13:54
alaskiccarmack: removing them would break the gate-tempest-dsvm-cells job13:55
ccarmackalaski: ok, so we would keep that job for mitaka and earlier?  or would it also stay for newton?13:56
alaskiv2 isn't replacing v1 yet so nothing really changes there in Newton13:56
PaulMurraylive migration meeting in 3 mins on #openstack-meeting-3 PaulMurray paul-carlton2 eliqiao shaohe_feng pkoniszewski jlanoux yuntongjin mdbooth kashyap kmartin claudiub tobasco tdurakov scheuran abhishekk13:57
alaskiccarmack: once we have a migration path tested for v1->v2 we can look at removing those configs and that test job13:57
ccarmackalaski: maybe I'm assuming too much about newton13:57
alaskiA lot is going to happen this cycle, but I'm not sure we'll be able to deprecate v1 yet13:57
*** matrohon has quit IRC13:57
ccarmackok, got it13:58
*** esracelik has quit IRC13:58
*** burgerk has quit IRC13:58
ccarmack…. thanks13:58
*** diogogmt has quit IRC13:58
ccarmackso change devstack to be more clear its a v1 config13:58
openstackgerritSean Dague proposed openstack/nova-specs: Add spec for lower case metadata keys only  https://review.openstack.org/31152913:59
*** vladikr has joined #openstack-nova13:59
tojuvone_sdague,dansmith: I'd still wonder if there is any way to filter in DB level for host_state. I only came to conclusion to filter result after host_state is known.13:59
alaskiccarmack: yeah, that should help avoid future confusion all around14:00
dansmithtojuvone_: I'm sure it's doable, but it's probably worth figuring out how nasty it will be14:00
mosheleefried: hi14:00
*** pwnall has quit IRC14:00
mosheleefried: I will ping you in 30 min is that cool14:00
*** tonytan4ever has joined #openstack-nova14:01
efriedmoshele, thanks very much.14:01
*** toure is now known as toure_14:01
tojuvone_dansmith: ok, problem is also if filter with multivalue. And that not all is from DB but also SG driver.14:02
*** shaohe_feng has quit IRC14:02
dansmithhmm, yeah14:02
*** josecastroleon has joined #openstack-nova14:02
*** shaohe_feng has joined #openstack-nova14:02
tojuvone_dansmith: In my mind that made it not that feasible. Taking host_status first apart as service attributes.. it'll be fairly interesting14:03
*** sfinucan has quit IRC14:04
*** mageshgv has joined #openstack-nova14:06
*** Jeffrey4l has joined #openstack-nova14:06
*** sfinucan has joined #openstack-nova14:06
*** rama_y has joined #openstack-nova14:07
markus_znew contributor patch: https://review.openstack.org/#/c/312051/114:09
*** links has quit IRC14:10
*** lucasagomes is now known as lucas-post-offic14:11
lbeliveausfinucan: do we want NFV doc in admin-guide or part of developer-nova ?14:12
*** shaohe_feng has quit IRC14:12
lbeliveaumriedem: ^ opinion ?14:13
sfinucanlbeliveau: Probably the admin-doc, as it's these folks who need the info most14:13
*** shaohe_feng has joined #openstack-nova14:13
sfinucanDo you know if there's documentation for similar feature in the dev docs?14:13
lbeliveausfinucan: there is one that explains all the filters, and it's not in admin guide14:14
sfinucanlbeliveau: That should probably change so. Link?14:15
*** ludovic__ has quit IRC14:15
lbeliveausfinucan: http://docs.openstack.org/developer/nova/filter_scheduler.html14:16
sfinucanAh yes14:17
sfinucanSo admin docs for "why you'd want to use this feature", and dev docs for "how this feature works under the hood"?14:17
bauzaslbeliveau: sfinucan: we agreed during the nova session to update the networking guide, right?14:17
sfinucanw/ focus on the former for this cycle14:17
*** itamarl has joined #openstack-nova14:18
*** sudipto has joined #openstack-nova14:18
*** itamarl has quit IRC14:18
jaypipessahid: done14:18
*** cdelatte has joined #openstack-nova14:18
lbeliveaubauzas: I didn't catch that at the summit, so http://docs.openstack.org/admin-guide/compute-networking-nova.html ?14:19
lbeliveaubauzas: wrong ... this one http://docs.openstack.org/liberty/networking-guide/adv-config-sriov.html14:20
bauzaslbeliveau: yup, this one14:20
bauzasat least that's the minutes of https://etherpad.openstack.org/p/newton-nova-performance-vms14:20
lbeliveauyeap14:20
lbeliveaubauzas: what about numa doc ?14:21
bauzaslbeliveau: that's something missing AFAIK14:21
bauzasprobably not related to that SRIOV docs tho14:21
bauzasrather in the compute admin doc14:22
lbeliveauagreed14:22
*** shaohe_feng has quit IRC14:22
*** shaohe_feng has joined #openstack-nova14:23
*** jlanoux has joined #openstack-nova14:24
sahidjaypipes: thank you14:25
mosheleefried: free now14:26
*** mylu has joined #openstack-nova14:27
jaypipesbauzas: finishing sahid's serial ports patch series reviews then will do the check-dests stuff14:27
*** BjoernT has joined #openstack-nova14:27
openstackgerritBalazs Gibizer proposed openstack/nova-specs: Versioned notification transformation  https://review.openstack.org/28667514:27
*** laszloh has quit IRC14:27
bauzasjaypipes: no worries man14:28
*** READ10 has quit IRC14:28
bauzasjaypipes: that's just something I'd see to be implemented and merged soon, so I could help you, guys14:28
*** diogogmt has joined #openstack-nova14:30
openstackgerritsahid proposed openstack/nova: network: handle unauthorized exception from neutron  https://review.openstack.org/31201414:32
*** diogogmt has quit IRC14:32
*** shaohe_feng has quit IRC14:33
*** shaohe_feng has joined #openstack-nova14:33
mriedemlbeliveau: i'd say admin docs14:35
cdentjaypipes, dansmith: I'm able to figure out how to an InventoryList.save_batch but I'm unclear on how best to integrate that with the conflict handling describe at line 449 in https://review.openstack.org/#/c/300176/2/specs/newton/approved/generic-resource-pools.rst14:35
tojuvone_dansmith: I could try filter on DB for MAINTENANCE and DOWN. UP and UNKNOWN filter only when SG driver called. Anyhow multivalue filter that has DB and SG driver part could not work as checked in different place (maybe not even make sense)14:35
mriedemlbeliveau: there is some stuff documented here http://docs.openstack.org/admin-guide/compute-flavors.html#extra-specs and here http://docs.openstack.org/liberty/networking-guide/adv-config-sriov.html14:36
cdentjaypipes, dansmith: presumably I'd want to do that within the transaction14:36
dansmithcdent: as an annoying tangent, it sounds like jaypipes and alaski want to move inventory and allocation to the API DB right away, so we probably need to get that change stacked under all of this14:36
cdenthawt14:37
jaypipescdent: correct. raising an exception during any of those model updates will rollback the transaction.14:37
*** irenab_ has joined #openstack-nova14:37
jaypipesdansmith: hey there, good point.14:37
dansmithtojuvone_: yeah, I think you'd only be able to efficiently do it based on the db state14:37
*** pradk_ is now known as pradk14:37
cdentjaypipes: so on InventoryList we want some kind of save_batch_with_attention_to_allocations()14:37
*** burgerk has joined #openstack-nova14:37
alaskidansmith: cdent yeah it would be easier to not have the migration chasing all of these changes14:38
dansmithyeah,14:38
cdentalaski: I think we're probalby safe on that account, these changes I'm talking about are quite some distance from seeing the light of merge14:38
dansmithand inventory is the easiest to move because it's updated regularly14:38
*** cfriesen has joined #openstack-nova14:38
sahidmriedem: just a pointer since i know that you are involved on the network area https://review.openstack.org/#/c/312014/14:38
alaskicdent: okay14:39
mriedemsahid: ok, we have a few duplicates of that bug14:39
*** irenab has quit IRC14:39
*** irenab_ is now known as irenab14:39
alaskiif doffm is interested I'll leave it to him, if he's not and no one else volunteers I can jump on it14:39
alaskiafter I knock out the policy stuff14:40
cdentthat'll just be a couple minutes work, yeah?14:40
* cdent snorts14:40
jaypipescdent: InventoryList.save() should be the method name. issue an update statement after checking that the new total - new reserved > sum(allocations) for that resource class on that resource provider.14:41
sahidmriedem: i didn't notice that14:41
mriedemsahid: i think https://bugs.launchpad.net/nova/+bug/157172214:41
openstackLaunchpad bug 1571722 in OpenStack Compute (nova) "Neutronclient failures throw unhelpful "Unexpected Exception"" [Medium,Confirmed]14:41
cdentjaypipes: dansmith doesn't like save(),  see: https://review.openstack.org/#/c/211288/6/nova/objects/pci_device.py14:41
dansmithcdent: man, you make such sweeping generalized statements14:42
dansmithbut in this case, yes14:42
jaypipeslol, settle down children.14:42
mriedemsahid: but it's the same idea really, handling a 401 from neutron14:42
cdentdansmith: ?14:42
dansmithI vowed to never have a save() method ona  list object14:42
*** jdillaman has joined #openstack-nova14:43
jaypipescdent: I prefer just save() and leave the fact that it does a batched/atomic save of all listed objects as an implementation detail, but I defer to superdan on the name.14:43
*** ducttape_ has joined #openstack-nova14:43
*** shaohe_feng has quit IRC14:43
*** shaohe_feng has joined #openstack-nova14:43
openstackgerritPushkar Umaranikar proposed openstack/nova: Centralize vif,xenpool & vol_utils config options  https://review.openstack.org/30244614:44
cdentI have no idea what's going on. <- that's a sweeping generalized statement that is also true14:44
dansmithjaypipes: the reason I hate save() on a list is because it doesn't make the list in the DB match the list you have (i.e. add,delete,update *everything* so that the two lists are consistent)14:45
dansmithso save_batch() conveys "save all these things please" to me14:45
sahidmriedem: hum yes we can merge all of them probably14:45
dansmithwhich is vastly different14:45
*** baoli has quit IRC14:45
jaypipescdent: see dansmith's comment to johnthetubaguy on that file about using main_context_manager (or api_context_manager in this case...)14:45
jaypipesdansmith: sure, I have no prob with save_batch() :)14:45
*** mageshgv has quit IRC14:46
jaypipesdansmith: and I agree with your reasoning there.14:46
dansmithokay14:46
* dansmith lowers his nerf gun14:46
*** e0ne has quit IRC14:47
openstackgerritRyan Moore proposed openstack/nova: Add better help to rdp options  https://review.openstack.org/25355614:47
*** mtanino has joined #openstack-nova14:47
cdentI'll wing something and you guys can fight about in the review if you're still in the mood14:47
*** READ10 has joined #openstack-nova14:47
*** josecastroleon has quit IRC14:47
*** baoli has joined #openstack-nova14:49
cdentah, one more question dansmith: If you have a list of objects, and only some already exist, what is the idiomatic way to choose save or create?14:49
*** sacharya has joined #openstack-nova14:49
dansmithcdent: unfortunately, we just have a few that have a "save_or_create" type method, which I don't like14:50
dansmithBUT14:50
dansmithif you're going to do the batch thing,14:50
dansmithI say you do:   try:  obj.save() except NotFound: obj.create()14:50
dansmithinside the batch method, which is good I think14:50
dansmithhonestly,14:50
sdaguemriedem: https://review.openstack.org/#/c/312108/ is the cherry pick of the nova-api death14:51
dansmithwe should establish this batching thing as a pattern I think, and do things like that properly14:51
cdentokay, cool, good, that's what I was kinda preferring14:51
*** vishwanathj has joined #openstack-nova14:51
*** fawadkhaliq has joined #openstack-nova14:51
cdentfeels like python14:51
openstackgerritSean Dague proposed openstack/nova: Test that nova-api ignores paste failures, but continues on  https://review.openstack.org/30960014:51
openstackgerritSean Dague proposed openstack/nova: Fail to start nova-api if no APIs were able to be started  https://review.openstack.org/30960114:51
*** mdrabe has quit IRC14:52
mriedemsdague: ok, i'd also want dansmith's chagnes that were stacked on top in master to be backported also14:52
*** doug-fish has joined #openstack-nova14:52
mriedemsdague: see https://review.openstack.org/#/q/topic:157249514:52
dansmithmriedem: just those two would be enough though right?14:52
sdaguemriedem: ok, those got wedged because of not inheriting parent correctly in gerrit14:52
sdagueI just rebased and approved them14:52
mriedemdansmith: which two? the bottom ones? https://review.openstack.org/#/q/Id9a6f5e38b017f4687eb245fd238104379d437d6,n,z ?14:53
*** shaohe_feng has quit IRC14:53
*** baoli has quit IRC14:53
sdagueI'll propose the cherry picks once those land14:53
*** shaohe_feng has joined #openstack-nova14:53
dansmithmriedem: actually, you're right, the first opens up a new issue, so we should get them all14:53
mriedemyar14:54
dansmithso, ignore me14:54
*** mtanino has quit IRC14:57
openstackgerritPushkar Umaranikar proposed openstack/nova: Centralize vif,xenpool & vol_utils config options  https://review.openstack.org/30244614:57
*** cleong has joined #openstack-nova14:57
*** mageshgv has joined #openstack-nova14:57
mriedemsahid: overall looks good, but we need a functional test for that high level extension.py change in the api14:57
*** kengo_sakai has joined #openstack-nova14:58
*** vtech has quit IRC14:58
*** doug-fis_ has joined #openstack-nova14:58
*** vtech has joined #openstack-nova14:58
efriedmoshele, sorry, was AFK.  Yesterday mriedem and svenkat were discussing CI requirements for SR-IOV.  Well, hinting at.  I wanted to get some clarification on the expectations there.  (<==thorst)14:58
*** jdurgin1 has joined #openstack-nova14:58
*** baoli has joined #openstack-nova14:59
mosheleefried: what are you planning to test? is it port direct?14:59
*** tbachman has quit IRC15:00
efriedmoshele, VFs connected to the instance.15:00
*** doug-fi__ has joined #openstack-nova15:00
*** fragatina has quit IRC15:00
efriedmoshele, my interest is for nova-powervm btw.15:00
mosheleefried: so it VF Passthrough or with port direct ?15:01
*** ljxiash has joined #openstack-nova15:01
thorstmoshele: VF Passthrough15:01
*** doug-fish has quit IRC15:01
openstackgerritGage Hugo proposed openstack/nova: Fixed multiple issues with server_concepts page  https://review.openstack.org/29428415:02
moshelethorst: I would like that you will be able to run tempest tests15:02
*** kengo_sakai has quit IRC15:02
*** doug-fis_ has quit IRC15:02
*** pwnall has joined #openstack-nova15:02
sahidmriedem: yes i will do that and address your other comments, thanks15:02
thorstefried: I think svenkat was interested in Live Migration for both libvirt driver and powervm.  Where as you are interested in base SR-IOV enablement for powervm first.15:02
sdagueauggy / mriedem / melwitt - https://review.openstack.org/#/c/311529/ is I think what we came to with final session15:03
moshelethorst: see https://github.com/openstack/tempest/tree/master/tempest/scenario15:03
*** PaulMurray has quit IRC15:03
*** shaohe_feng has quit IRC15:03
*** shaohe_feng has joined #openstack-nova15:04
openstackgerritAndrea Rosa proposed openstack/nova: Adding device_present field to bdm table  https://review.openstack.org/26805315:04
*** tbachman has joined #openstack-nova15:04
*** doug-fi__ has quit IRC15:05
*** mdrabe has joined #openstack-nova15:05
thorstmoshele: We currently run the tempest tests for powervm.  I think we would need to reconfigure our CI to use networks with SR-IOV (unless there are tests specific to SR-IOV in tempest).  I'm looking through now to find any specific to sr-iov15:05
*** ljxiash has quit IRC15:05
*** diogogmt has joined #openstack-nova15:06
andrearosasdague: dansmith I don't know if you remeber the missing functional tests you asked for the attach/detach vols for shelved instances, but the change has been around for a while, please have a look when you have time https://review.openstack.org/#/c/277463/15:06
sdagueandrearosa: ok, cool, I'll add it to my review list15:06
moshelethorst: we use say network with SR-IOV you mean port direct right?15:06
*** doug-fish has joined #openstack-nova15:07
*** mylu has quit IRC15:08
moshelethorst: see https://github.com/openstack/tempest/blob/2211ed8c9c2a95849b4475b498ada91bbbe94e74/tempest/config.py#L54915:08
*** BlackDex has joined #openstack-nova15:08
thorstmoshele: Yeah, I think in that we would want the port_vnic_type to be 'direct'15:09
*** hemnafk is now known as hemna15:09
*** BlackDex has quit IRC15:10
moshelethorst: so this is what we test in the Mellanox CI already15:11
*** lpetrut has joined #openstack-nova15:11
*** tesseract- has quit IRC15:12
mriedemthorst: efried: we have a list of what's tested today in the etherpad here https://etherpad.openstack.org/p/newton-nova-performance-vms15:12
doffmccarmack: The cellsv2 etherpad from the summit is at: https://etherpad.openstack.org/p/newton-nova-cells15:12
mriedemsheel: fyi https://review.openstack.org/#/c/311529/15:13
mriedemsdague: thanks, will review later15:13
thorstmriedem: Thx, efried svenkat and I will review for the base PVM SR-IOV CI15:13
*** shaohe_feng has quit IRC15:14
sheelmriedem: thanks for pointer15:14
mriedemthorst: also see the performance vm's session recap in the dev list15:14
*** shaohe_feng has joined #openstack-nova15:14
doffmmelwitt, alaski: I know its all a blur, but did we agree on how we are going to do the Cell-switching in the API at the summit? I remember a very short discussion at the cells fishbowl, but don't see anything in the etherpad.15:15
doffmExcept about pagination. :)15:15
*** tbachman has quit IRC15:16
thorstmriedem: thx15:16
alaskidoffm: for the mq we agreed to do it all at once in get_cell_client15:16
mriedemdoffm: see the cells v2 dev list recap15:16
mriedemyeah, basically, turn it on and see what breaks15:16
mriedemwas the agreement15:16
*** unicell has joined #openstack-nova15:17
*** kolesovdv has quit IRC15:18
alaskiwe didn't touch on the db side of it. we could potentially get fancy with something in db/api but the db code in objects will need to be done piecemeal15:18
kashyapmriedem: When you get a moment, for Kilo, to retain the instance metadata for shared storage, should this work?  In the 'else' block, instead of image_meta = {}, just do: 'image_meta = self.image_api.get(context, image_ref)' -- https://github.com/openstack/nova/blob/stable/kilo/nova/compute/manager.py#L3029,L303215:18
mriedemkashyap: is that a security bug? if not, we're freezing kilo this week for the final release15:19
mriedemand then EOL15:19
kashyapmriedem: Darn, thought you'd ask it, no not a security bug15:19
*** links has joined #openstack-nova15:19
mriedemkashyap: also, as noted on the stable/mitaka backport, i'd like to see us land a tempest patch for rebuild of a volume-backed instance in tempest before doing all of those backports15:19
kashyapmriedem: Trying to fix for downstream15:19
*** zz_dimtruck is now known as dimtruck15:19
mriedemmaybe not land, but at least propose and have a dependency on the nova change to show it's working15:19
kashyapmriedem: I was not planning to fix for Kilo upstream, given that it's Security-Supported only15:20
kashyapmriedem: Okay, will investigate that.15:20
*** prateek has quit IRC15:21
*** rbradfor has joined #openstack-nova15:21
mriedemkashyap: for your question, if image_ref is None doing a get on it will fail15:21
sdaguetojuvone_: where is the base spec adding reason to the host object? https://review.openstack.org/#/c/310510/ is only about the bits leaking through to server.15:21
mriedemkashyap: you'd have to get the image meta out of the instance object's system_metadata i'd think15:21
melwittalaski: iiuc, the thing about doing it all at once in get_cell_client is it would persist the connection info in the instance (not in the db sense) where in the beginning we were trying to make sure the connection info only stayed in the request context a minimum time15:22
kashyapmriedem: I see, okay, will read the relevant Kilo code to get a sense of it15:22
*** sdake has joined #openstack-nova15:23
*** rama_y has quit IRC15:23
*** shaohe_feng has quit IRC15:24
doffmalaski: I'm going to update the 'miscellaneous' db migrations spec to include the work that needs to be done passing the keypair down to the cell.15:24
*** shaohe_feng has joined #openstack-nova15:24
doffmalaski: Is it worth moving keypairs out to its own spec and splitting 'miscellaneous' in to keyparis and instance groups specs.15:25
*** pushkaru has joined #openstack-nova15:25
doffmCertificates / agent builds are probably going away anyway.15:25
alaskidoffm: it's looking like it15:25
alaskiif keypairs is more than just a db migration having a separate spec would be good15:26
*** sdake_ has joined #openstack-nova15:26
doffmOk, will do that today before there are any real reviews on the miscellaneous spec.15:26
doffmThere is probably discussion to be had about HOW to pass down the keypair. instance_extra sounds fine to me but... who knows.15:26
*** belmoreira has quit IRC15:26
*** tonytan_brb has joined #openstack-nova15:27
doffmSeparate spec for instance groups makes sense too. As there are things to be sorted out there.15:27
alaskimelwitt: I need to refresh myself on that flow to ensure we haven't been talking nonsense here. That's a great point about the lifetime of the transport switch15:27
alaskidoffm: agreed15:28
*** sdake has quit IRC15:28
*** zenoway has joined #openstack-nova15:29
*** tbachman has joined #openstack-nova15:29
*** ducttape_ has quit IRC15:30
*** kmartin has quit IRC15:30
*** ducttape_ has joined #openstack-nova15:31
*** tonytan4ever has quit IRC15:31
tojuvone_sdague: My misunderstanding. I caughtg15:31
auggysdague: cool i'll add myself as reviewer and take a look15:32
tojuvone_sdague: I thought just this disabled_reason from service to be exposed in servers15:32
*** zenoway has quit IRC15:32
cfriesenbauzas: jaypipes: I think I hit a race calling LibvirtDriver._get_disk_over_committed_size_total().   https://bugs.launchpad.net/nova/+bug/1577642    Basically it's looping over instances without holding the resource semaphore.15:33
openstackLaunchpad bug 1577642 in OpenStack Compute (nova) "race between disk_available_least and instance operations" [Undecided,New]15:33
*** sudipto has quit IRC15:34
*** shaohe_feng has quit IRC15:34
*** shaohe_feng has joined #openstack-nova15:35
bauzascfriesen: otp but looking at the bug report, sounds a good probability15:35
bauzascfriesen: because we're using the dict given by the virt driver15:36
*** mtanino has joined #openstack-nova15:36
*** salv-orlando has joined #openstack-nova15:36
bauzaswhich couldn't be in the synchronous section15:36
*** iceyao has quit IRC15:39
*** tbachman has quit IRC15:39
*** vtech has quit IRC15:39
*** mylu has joined #openstack-nova15:41
*** lucas-post-offic is now known as lucasagomes15:41
*** tbachman has joined #openstack-nova15:44
*** shaohe_feng has quit IRC15:44
*** mylu has quit IRC15:45
*** shaohe_feng has joined #openstack-nova15:45
*** kmartin has joined #openstack-nova15:45
openstackgerritAndrea Rosa proposed openstack/nova: Mask the token used to allow access to consoles  https://review.openstack.org/22062215:46
*** mjura has quit IRC15:47
openstackgerritMatt Riedemann proposed openstack/nova: Skip network allocation if 'none' is requested  https://review.openstack.org/30963815:47
openstackgerritMatt Riedemann proposed openstack/nova: nova-net: handle 'auto' network request in allocate_for_instance  https://review.openstack.org/29790615:47
openstackgerritMatt Riedemann proposed openstack/nova: Skip network validation if explicitly requesting no networks  https://review.openstack.org/30960215:47
openstackgerritMatt Riedemann proposed openstack/nova: Add helpers to NetworkRequest(List) objects for auto/none cases  https://review.openstack.org/29787115:47
openstackgerritMatt Riedemann proposed openstack/nova: neutron: validate auto-allocate is available  https://review.openstack.org/30957415:48
openstackgerritAndrea Rosa proposed openstack/nova: Mask the token used to allow access to consoles  https://review.openstack.org/22062215:48
*** pradk has quit IRC15:49
*** tonytan_brb has quit IRC15:49
*** haplo37 has joined #openstack-nova15:49
openstackgerritsahid proposed openstack/nova: libvirt: Acquire TCP ports for console during live migration  https://review.openstack.org/27580115:49
openstackgerritsahid proposed openstack/nova: libvirt: release serial console ports when destroying guests  https://review.openstack.org/30124715:49
openstackgerritsahid proposed openstack/nova: libvirt: Add serial ports to the migration data object  https://review.openstack.org/21510215:49
*** paul-carlton2 has quit IRC15:50
mriedemi could have sworn someone was removing this block of code that isn't used https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L734-L73915:51
*** doug-fish has quit IRC15:52
*** ssurana has joined #openstack-nova15:52
*** doug-fish has joined #openstack-nova15:52
*** tonytan4ever has joined #openstack-nova15:52
*** tonytan4ever has quit IRC15:53
*** doug-fish has quit IRC15:53
*** shaohe_feng has quit IRC15:55
*** shaohe_feng has joined #openstack-nova15:55
cburgessmriedem From Yesterday re https://review.openstack.org/#/c/309832/ Yes we saw it. Doesn't make sense to us. Nic -1 with comments15:56
*** vilobhmm11 has joined #openstack-nova15:56
*** abalutoiu has quit IRC15:57
*** vilobhmm111 has joined #openstack-nova15:59
*** fragatina has joined #openstack-nova16:01
*** vilobhmm11 has quit IRC16:01
tojuvone_sdague: So my understanding was to just use disabled_reason as it is already there, but obviously I was wrong?16:02
jaypipescfriesen: looks like a nice catch, dude. you proposing a fix?16:02
*** dmk0202 has quit IRC16:03
*** salv-orlando has quit IRC16:03
*** rena9067 has joined #openstack-nova16:03
sfinucanjaypipes: Hey. Have you any specs/BPs that detail the work needed to get "nested" resource trackers (or at least mention the future need for them?)16:04
*** BjoernT has quit IRC16:05
*** earlephilhower has quit IRC16:05
*** shaohe_feng has quit IRC16:05
*** doug-fish has joined #openstack-nova16:05
*** doug-fish has quit IRC16:05
*** shaohe_feng has joined #openstack-nova16:06
*** doug-fish has joined #openstack-nova16:06
jaypipessfinucan: no, not yet. it's on my todo list right after finishing the dynamic-resource-classes one I'm about 70% done with.16:06
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: config options: improve help text of database (related) options (1/3)  https://review.openstack.org/30123816:06
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: config options: centralize section "database" + "api_database"  https://review.openstack.org/26380416:06
cfriesenjaypipes: not yet...not seeing an obvious fix.  Can we somehow move the scan within the code path where we hold COMPUTE_RESOURCE_SEMAPHORE?16:07
*** doug-fish has quit IRC16:08
*** doug-fish has joined #openstack-nova16:08
*** ssurana has quit IRC16:09
cfriesen(and do we have any documentation anywhere on exactly what the rules/expectations are for when we should/shouldn't hold that semaphore?)16:09
sfinucanjaypipes: Lovely. Could you stick me on that review when you do get it out, please :)16:09
jaypipessfinucan: of course :)16:10
jaypipescfriesen: not sure yet. will need to look deeper into it16:10
*** mylu has joined #openstack-nova16:11
*** e0ne has joined #openstack-nova16:11
*** roeyc has joined #openstack-nova16:12
*** mylu has quit IRC16:13
*** fragatin_ has joined #openstack-nova16:13
*** ssurana has joined #openstack-nova16:13
*** earlephilhower has joined #openstack-nova16:13
cfriesenjaypipes: me too.  also looking at a related issue around disk space tracking not properly taking into account backing file space requirements16:14
*** mtecer has quit IRC16:14
*** shaohe_feng has quit IRC16:15
*** shaohe_feng has joined #openstack-nova16:16
*** mylu has joined #openstack-nova16:16
*** fragatina has quit IRC16:17
*** mylu has quit IRC16:18
*** pbrooko has joined #openstack-nova16:21
*** apoorvad has joined #openstack-nova16:21
*** apoorvad has quit IRC16:22
*** fawadkhaliq has quit IRC16:22
kashyapmriedem: Is that what you meant previously when you said "get the image meta out of the instance object's system_metadata": http://paste.openstack.org/show/495978/16:22
*** apoorvad has joined #openstack-nova16:22
mriedemkashyap: yeah, assuming the instance is an object16:22
mriedemin kilo16:22
kashyapmriedem: Hmm, clues as to how would I know that?16:23
mriedemkashyap: is anything above in the method calling instance.*?16:23
* kashyap looks16:23
kashyapmriedem: I see a bunch of instance.host, instance.node, instance.save(),16:24
mriedemok, you're good then16:24
*** jdurgin1 has quit IRC16:25
kashyapmriedem: Thanks!  Now to go check the unit tests :-)16:25
*** shaohe_feng has quit IRC16:25
openstackgerritMatt Riedemann proposed openstack/nova: rt: remove unused image_meta parameter  https://review.openstack.org/31215316:26
*** shaohe_feng has joined #openstack-nova16:26
sdaguetojuvone_: so we have disabled_reason on the Service, but not on the ComputeNode... it sort of feels like this should also go on the compute node directly16:27
*** unicell has quit IRC16:28
johnthetubaguysdague: isn't that because the compute node moves to the scheduler, the service record stays in Nova?16:28
johnthetubaguysdague: although, I totally feel like I have lost track of the split there now16:29
mriedemkashyap: so on your change, maybe a tempest test isn't needed, since we aren't going to get into the case where image_ref is None when doing a rebuild, since the image_ref is required for rebuild16:29
mriedemit's only None for evacuate (or recreate in that code), and we can't test that in Tempest16:30
sdaguejohnthetubaguy: right, but in this case it's specifically about the desire to mark a physical host as in maintenance16:30
mriedemso a tempest test for build won't even hit that path that you're fixing...16:30
kashyapmriedem: Yeah, was trying to study if it really is the case.  Thanks for confirming16:30
mriedemrebuild of a volume-backed instance is still good, but not required here16:30
kashyapmriedem: Do you mind adding a comment to this effect, with this new detail on the Mitaka backport?16:30
mriedemyeah16:30
kashyapMerci16:30
kashyapdansmith: I'm about to print this and paste on the wall next to me -- http://www.danplanet.com/blog/2016/03/03/evacuate-in-nova-one-command-to-confuse-us-all/16:31
*** unicell has joined #openstack-nova16:31
*** ssurana has quit IRC16:31
dansmithkashyap: I permit you a license to print and display one copy16:32
kashyap:-) Thanks!16:32
mriedemkashyap: you could be hero by getting an evacuate test in tempest that uses the multinode job16:32
mriedem*be a hero16:32
johnthetubaguysdague: true, thinking about the DB model, its confusing (https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/models.py#L76)16:33
cfriesenCan we rename evacuate as 'resurrect' ?16:33
mriedemno16:33
cburgesslol16:33
sdaguecfriesen: that was my proposal from vancouver :)16:33
cburgessCan we add a facility to the API to alias commands?16:33
cfriesenc'mon, it'd just be a little microversion change. :)16:34
mriedemjust alias them in novaclient16:34
kashyapmriedem: :-) Evacuate has got me 'wrapped around the axle' (learnt this phrase recently, trying to see if it works in real) .16:34
mriedemhell, we have nova image-create which is really snapshot16:34
sdaguemriedem: as a microversion change, I think it's totally a good idea16:34
mriedemsdague: i feel like we went over this before and decided it wasn't worth the churn16:35
kashyapmriedem: Yeah, that was the first thing I tried to figure when I began playing with Nova16:35
sdaguemriedem: I think the fact that we have to explain it every couple of months all over again, it is16:35
cfriesenand why is "live migration" a whole separate command from "migrate" instead of an option flag?16:35
johnthetubaguysdague: mriedem: I like it as an addition, its the removing the old one that seems not worth the churn, except maybe the CLI16:35
markus_zcfriesen: http://www.danplanet.com/blog/2016/03/03/evacuate-in-nova-one-command-to-confuse-us-all/16:36
*** shaohe_feng has quit IRC16:36
cfriesenmarkus_z: yeah, I've got it open16:36
*** doug-fish has quit IRC16:36
johnthetubaguycfriesen: because it was implemented separately in two different drivers, thats not a good answer, but thats the real reason16:36
markus_zoh, whoops, should have read the backscroll16:36
*** pbrooko has quit IRC16:37
*** shaohe_feng has joined #openstack-nova16:37
*** doug-fish has joined #openstack-nova16:37
*** doug-fish has quit IRC16:37
johnthetubaguydansmith: I don't think regular users usually get migrate, they do get resize though16:37
*** ssurana has joined #openstack-nova16:38
johnthetubaguybut that might just be me16:38
dansmithjohnthetubaguy: I'm missing context I think16:38
johnthetubaguydansmith: oops, yeah, http://www.danplanet.com/blog/2016/03/03/evacuate-in-nova-one-command-to-confuse-us-all/16:39
*** jlanoux has quit IRC16:39
moshelemriedem: when you have time can you review the patches in the section of ready for core review  L28 in  https://etherpad.openstack.org/p/sriov_meeting_agenda16:39
dansmithjohnthetubaguy: that whole document is mostly written from the perspective of the admin user, right?16:39
mriedemmoshele: sure16:39
dansmithjohnthetubaguy: also, I thought some people expose migrate just as a way to "find me a new neighbor, mine is noisy"16:40
johnthetubaguydansmith: ah, gotcha16:40
johnthetubaguydansmith: thats true I guess16:41
cfriesenhow about the ability to put hosts in "maintenance_mode", that only works with xen16:41
markus_zcfriesen: worst - API - ever!16:41
johnthetubaguycfriesen: to be clear, that doesn't actually do anything16:42
cfriesenin xen it does...it triggers what should be "evacuate"16:42
cfriesenie it pushes everything off16:42
mriedemdoes this work for people for the mid-cycle rsvp? http://goo.gl/forms/MxrriHsABq16:43
mriedemi've never done a google form for rsvp16:43
mriedemnot sure if you have to have an account or not16:43
johnthetubaguycfriesen: it just changes the icon in the manager screen16:43
*** ssurana has quit IRC16:43
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: Config options: base path configuration: improve help text  https://review.openstack.org/29923616:44
cfriesenjohnthetubaguy: I'm looking at virt.xenapi.host.Host.host_maintenance_mode()16:45
cfriesenit sure seems to be doing live migrations16:45
*** unicell has quit IRC16:45
mriedemjaypipes: sdague: alaski: doffm: dansmith: johnthetubaguy: bauzas: test this out please http://goo.gl/forms/MxrriHsABq16:45
openstackgerritJulian proposed openstack/nova-specs: Creating Nova Servers should emit Nova Notifications that contain scheduler hint information.  https://review.openstack.org/31216916:45
* mriedem gets lunch16:45
cfriesenmriedem: I can see it at least16:46
*** shaohe_feng has quit IRC16:46
dansmithmriedem: wfm16:46
*** shaohe_feng has joined #openstack-nova16:47
*** ssurana has joined #openstack-nova16:47
openstackgerritMoshe Levi proposed openstack/nova: pci: Move PCI devices and PCI requests into migration context  https://review.openstack.org/30712416:50
diana_clarkemikal: Thanks for reviewing the database poison warning patches. Much appreciated!16:51
*** paul-carlton2 has joined #openstack-nova16:52
*** moshele has quit IRC16:52
tojuvone_sdague: Ok, make sense. So would it then be to introduce a new param. Have API to set it and expose to server also or still use the disabled_reason.16:52
cdentgibi: the notification meeting moved to where?16:52
alaskimriedem: fancy, and works for me16:52
*** rbridgeman has joined #openstack-nova16:52
gibicdent: openstack-meeting-416:53
cdentthanks!16:53
sfinucanlbeliveau: Damn, that was quick :) https://review.openstack.org/#/c/312168/116:54
gibinotification subteam meeting start in 5 minutes on #openstack-meeting-416:54
lbeliveausfinucan: your review was quick as well :)16:55
lbeliveauthanks16:55
lbeliveausfinucan: working on pci passthrough now, this is not addressed at all atm16:55
jaypipesmriedem: done. I'm a vegan who works for The Bomb, Inc.16:56
sfinucanlbeliveau: Networking guide also?16:56
mriedemjaypipes: gdi16:56
*** shaohe_feng has quit IRC16:56
mriedemnow if there ends up being only 1 vegan respondant i'll have to remember to tell intel it was a joke16:56
mriedemyou bastard16:56
lbeliveausfinucan: not sure ... a PCI device can be something else than a networking device, like Coleto Creek, a GPU, etc .16:56
jaypipesmriedem: hey, you asked for a test. :P16:57
mriedemi'm testing in production16:57
jaypipesmriedem: don't complain when you get test data ;)16:57
*** doug-fish has joined #openstack-nova16:57
*** akshai has quit IRC16:57
*** shaohe_feng has joined #openstack-nova16:57
jaypipesmriedem: I can edit it :)16:57
mriedemi will complain regardless16:57
jaypipesk, good. :L)16:57
sfinucanlbeliveau: my thoughts exactly16:58
*** Jeffrey4l has quit IRC16:58
*** palexster has quit IRC16:58
sfinucanI'm mostly copied this [1], but still unsure where to "slot it in" https://01.org/openstack/blogs/stephenfin/2015/smarter-cpu-pinning16:58
*** palexster has joined #openstack-nova16:58
*** paul-carlton2 has quit IRC16:58
*** akshai has joined #openstack-nova16:59
*** Oku_OS is now known as Oku_OS-away17:00
*** doug-fish has quit IRC17:00
*** tonytan4ever has joined #openstack-nova17:01
lbeliveausfinican: part of it should be in the flavor guide, and perhaps a new guide under compute ?17:02
*** jistr has quit IRC17:04
gibirlrossit: ping17:04
sfinucanlbeliveau: Yeah, both would be good. The flavor guide to explain how, and a new guide to explain the implications of it17:04
*** doug-fish has joined #openstack-nova17:06
*** shaohe_feng has quit IRC17:06
*** ericksonsantos has joined #openstack-nova17:06
*** shaohe_feng has joined #openstack-nova17:07
*** aghadge has joined #openstack-nova17:07
*** mvk has quit IRC17:08
*** sambetts is now known as sambetts|afk17:09
*** mriedem1 has joined #openstack-nova17:10
vilobhmm111jaypipes, alaski : please point me to the blueprint/spec which has details about generation-id thing17:10
*** mriedem has quit IRC17:11
*** sfinucan has quit IRC17:11
*** paul-carlton2 has joined #openstack-nova17:11
*** doug-fish has quit IRC17:12
*** earlephilhower has quit IRC17:13
jaypipesvilobhmm111: https://review.openstack.org/#/c/283253/17:14
vilobhmm111jaypipes : thank you ! :)17:14
jaypipesany time :)17:14
*** earlephilhower has joined #openstack-nova17:15
*** zhenq has joined #openstack-nova17:16
*** roeyc has quit IRC17:16
*** doug-fish has joined #openstack-nova17:16
*** shaohe_feng has quit IRC17:17
*** unicell has joined #openstack-nova17:17
*** pushkaru has quit IRC17:17
*** shaohe_feng has joined #openstack-nova17:17
*** lpetrut has quit IRC17:17
*** ducttape_ has quit IRC17:20
mriedem1melwitt: where is that jpenick character?17:20
*** mriedem1 is now known as mriedem17:20
melwittmriedem1: he's been sick with a cold that started on saturday17:20
*** roeyc has joined #openstack-nova17:22
mriedemmelwitt: ok, i watched https://youtu.be/RqpeiVB5xKg last night and wondered if he had seen http://specs.openstack.org/openstack/nova-specs/specs/mitaka/implemented/oslo_db-enginefacade.html17:22
mriedemsounds like yahoo is on juno, and ^ is in mitaka, so would probably be awhile before we could get any feedback on performance improvements with the DB17:22
dansmithmelwitt: ah, so he's why I'm sick now I guess :/17:23
alaskidansmith: melwitt I commented on https://review.openstack.org/#/c/274955 . I think we need a slightly different approach to do an all at once switchover17:23
melwittmriedem: ah, okay. yeah, my understanding is mitaka upgrade isn't going to be soon. they're still trying to get on liberty17:24
melwittdansmith: uh oh :(17:24
*** roeyc has quit IRC17:25
*** shaohe_feng has quit IRC17:27
*** lucasagomes is now known as lucas-dinner17:27
*** salv-orlando has joined #openstack-nova17:27
*** shaohe_feng has joined #openstack-nova17:28
*** ccarmack has quit IRC17:29
*** e0ne has quit IRC17:31
*** ijw has joined #openstack-nova17:31
doffmmelwitt, alaski: I guess I don't properly understand the difference between the 'all at once' method and the 'one-at-a-time' method of switching. Whether we use 'target_cell' or 'get_cell_client', we still need to create a decorator and add it to lots of methods somewhere in the code.17:32
*** ijw has quit IRC17:32
*** ijw has joined #openstack-nova17:32
markus_znova-bugs team meeting in 30 min in #openstack-meeting-4. New contributors are welcome as well. https://wiki.openstack.org/wiki/Meetings/Nova/BugsTeam17:32
melwittdoffm, alaski: my understanding is (and I could be wrong) is that one would set the connection info in the context at Instance object creation time so it carries it around everywhere17:33
*** vishwanathj has quit IRC17:33
mriedemsdague: we talked about an api-ref review push next week right?17:33
mriedems/push/sprint/17:33
alaskidoffm: true. our conversation started with an assumption that melwitts patch was merged, but we could backtrack to doing it all at once if that was modified17:33
melwittdoffm, alaski: and switching can be done by just looking at the instance's context. but I was wondering if that's cool because at first we were talking about limiting the connection info to the minimum time set in the context17:34
openstackgerritJulian proposed openstack/nova-specs: instance.create notifications should emit with scheduler hints  https://review.openstack.org/31216917:34
alaskimelwitt: in my head I was thinking that the context would only carry connection info for the lifetime of a context manager17:34
doffmmelwitt: I see. That is a in-fact a fundamental difference in approach.17:34
doffmWhich I was totally missing.17:34
*** paul-carlton2 has quit IRC17:34
*** sheel has quit IRC17:34
*** serverascode has quit IRC17:34
*** jamesden_ has joined #openstack-nova17:34
*** vishwanathj has joined #openstack-nova17:35
melwittalaski: right. I think we were concerned about it getting dumped out somewhere accidentally etc if we left it around17:35
*** woodster_ has quit IRC17:35
*** zhiyan has quit IRC17:35
*** dougwig has quit IRC17:35
alaskiyeah, or being used by accident in a place it wasn't intended for17:35
openstackgerritJulian proposed openstack/nova-specs: instance.create notifications should emit with scheduler hints  https://review.openstack.org/31216917:36
*** serverascode has joined #openstack-nova17:36
*** ccarmack has joined #openstack-nova17:36
alaskiso when we discussed passing in instance I wasn't thinking of using the context from instance, just being able to pull the cell_mapping at that point17:36
*** zhiyan has joined #openstack-nova17:36
*** sheel has joined #openstack-nova17:37
*** fmccrthy has quit IRC17:37
*** patrickeast has quit IRC17:37
doffmThe 'all-at-once' approach seems like a useful hack. I mean, yeah when we create an instance object we know which cell we should use for it, but setting the context at that point is doing a major end-around.17:37
*** shaohe_feng has quit IRC17:37
*** woodster_ has joined #openstack-nova17:37
*** jamesdenton has quit IRC17:37
*** shaohe_feng has joined #openstack-nova17:37
markus_zsdague: Would you give those a push please? https://review.openstack.org/#/q/topic:bp/centralize-config-options-newton+status:open+label:Workflow%253D%252B1  They got stuck in the gate.17:38
*** patrickeast has joined #openstack-nova17:38
melwittalaski: oh, gotcha. hm17:39
*** akshai has quit IRC17:39
*** dougwig has joined #openstack-nova17:39
*** moshele has joined #openstack-nova17:39
*** tonytan4ever has quit IRC17:39
*** ctrath has joined #openstack-nova17:39
*** danpb has quit IRC17:40
*** ducttape_ has joined #openstack-nova17:41
*** akshai has joined #openstack-nova17:41
*** rbridgeman has quit IRC17:41
*** fmccrthy has joined #openstack-nova17:41
melwittdoffm, alaski: so I did indeed misunderstand what it meant by "just get the connection info from the instance." the pull of CellMapping in get_cell_client seems like it would be okay17:41
*** sileht has quit IRC17:42
*** ctrath has quit IRC17:42
doffmmelwitt: Ok, we are all on the same page. :). The cell mapping will go on the instance and be used by the 'get_cell_client' method / decorator.17:42
doffmWe will add the decorator where required.17:42
lbeliveaumriedem: bauzas: do you guys want a bp to track pci doc ?  or we don't care17:42
doffmAnd hopefully not miss anywhere.17:43
mriedemlbeliveau: we don't need a bp for doc cleanups17:43
mriedemopen a bug if the docs are wrong i guess17:43
lbeliveauok17:43
markus_zsdague: nevermind, I see now that the other changes in the chain are not merged yet. I'm taking a look.17:43
*** rlrossit has quit IRC17:44
*** roeyc has joined #openstack-nova17:44
*** moshele has quit IRC17:45
*** ctrath has joined #openstack-nova17:45
melwittalaski, doffm: so we're thinking put cell_mapping on instance? although we don't want that going over rpc for the sensitive info. maybe cell uuid on instance? cell_name is there already17:46
melwittto do the lookup17:47
*** shaohe_feng has quit IRC17:47
*** sileht has joined #openstack-nova17:48
*** shaohe_feng has joined #openstack-nova17:48
doffmHmmm. Vuage recollection of discussion about this at summit. Does it ever have to go over RPC? Or is it just a case of making sure it never goes over RPC.17:48
doffmUUID is fine by me.17:48
*** ljxiash has joined #openstack-nova17:48
*** sridharg has quit IRC17:49
melwittoh, hm. I was thinking if instance goes over rpc so would cell_mapping17:49
*** rlrossit has joined #openstack-nova17:49
melwittif we put it on instance17:49
rlrossitgibi: the versioned notifications meeting was 50 minutes ago, wasn't it...17:50
doffmDoes it have to? If we move it over rpc it is probably in the conductor or compute node that are already in the cell?17:50
gibirlrossit: yes, but it is still on :)17:50
*** salv-orlando has quit IRC17:53
*** ljxiash has quit IRC17:53
melwittdoffm: I don't think I understood your question17:54
doffmmelwitt: I'm not completely sure I did either. :) Maybe we can discuss again at the meeting tomorrow. Once I have had a think about it.17:55
melwittsure17:55
*** shaohe_feng has quit IRC17:58
*** akshai has quit IRC17:58
*** paul-carlton2 has joined #openstack-nova17:59
*** shaohe_feng has joined #openstack-nova17:59
*** tpepper has joined #openstack-nova17:59
*** pushkaru has joined #openstack-nova17:59
*** baoli has quit IRC18:00
markus_znova-bugs team meeting in #openstack-meeting-4. New contributors are welcome as well. https://wiki.openstack.org/wiki/Meetings/Nova/BugsTeam18:00
*** rbridgeman has joined #openstack-nova18:00
*** baoli has joined #openstack-nova18:01
*** akshai has joined #openstack-nova18:01
*** paul-carlton2 has quit IRC18:04
*** markvoelker has quit IRC18:04
*** markvoelker has joined #openstack-nova18:05
*** BlackDex has joined #openstack-nova18:05
*** zenoway has joined #openstack-nova18:06
*** markvoelker_ has joined #openstack-nova18:07
*** gszasz has quit IRC18:08
*** markvoelker has quit IRC18:08
*** shaohe_feng has quit IRC18:08
*** roeyc has quit IRC18:11
*** shaohe_feng has joined #openstack-nova18:11
*** tpepper has quit IRC18:12
*** roeyc has joined #openstack-nova18:13
*** tpepper has joined #openstack-nova18:13
openstackgerritChris Dent proposed openstack/nova: WIP resource-pools/placement api  https://review.openstack.org/29310418:17
openstackgerritChris Dent proposed openstack/nova: WIP Add update_inventories to ResourceProvider  https://review.openstack.org/31219318:17
*** ctrath has quit IRC18:18
*** shaohe_feng has quit IRC18:18
*** tonytan4ever has joined #openstack-nova18:19
*** markus_z has quit IRC18:19
alaskidoffm: melwitt I hadn't considered putting anything actually on the instance, just using the objects.InstanceMapping.get_by_instance_uuid(uuid) method and then pulling the cell_mapping off that object18:20
melwittalaski: ah, cool. that works18:21
*** melwitt has left #openstack-nova18:21
*** melwitt has joined #openstack-nova18:21
*** shaohe_feng has joined #openstack-nova18:22
*** sudipto has joined #openstack-nova18:22
*** vilobhmm111 has quit IRC18:23
mriedemdansmith: you want to +W these? https://review.openstack.org/#/q/topic:1572495+branch:stable/mitaka18:24
*** ctrath has joined #openstack-nova18:24
dansmithmriedem: yes18:25
melwittalaski: I had focused on the CellMapping being queried only by uuid and forgot the InstanceMapping having it18:26
alaskimelwitt: I'll admit that confused me too for a second, but I knew we had definitely implemented some way to get it18:27
melwitt:)18:28
*** shaohe_feng has quit IRC18:28
*** shaohe_feng has joined #openstack-nova18:29
*** zenoway has quit IRC18:30
*** tbachman has quit IRC18:31
*** armax_ has joined #openstack-nova18:31
mriedemrlrossit: https://review.openstack.org/#/c/312014/18:32
*** bwallis has joined #openstack-nova18:32
*** ircuser-1 has quit IRC18:32
*** edmondsw has quit IRC18:32
*** antonyfm has joined #openstack-nova18:33
*** armax has quit IRC18:33
*** armax_ is now known as armax18:33
*** aghadge has quit IRC18:34
*** sudipto has quit IRC18:35
*** ircuser-1 has joined #openstack-nova18:37
*** fragatin_ has quit IRC18:37
*** ivase_ has joined #openstack-nova18:38
*** fragatina has joined #openstack-nova18:38
*** shaohe_feng has quit IRC18:39
openstackgerritMatt Riedemann proposed openstack/nova: Skip network allocation if 'none' is requested  https://review.openstack.org/30963818:40
openstackgerritMatt Riedemann proposed openstack/nova: nova-net: handle 'auto' network request in allocate_for_instance  https://review.openstack.org/29790618:40
openstackgerritMatt Riedemann proposed openstack/nova: Skip network validation if explicitly requesting no networks  https://review.openstack.org/30960218:40
openstackgerritMatt Riedemann proposed openstack/nova: Add helpers to NetworkRequest(List) objects for auto/none cases  https://review.openstack.org/29787118:40
openstackgerritMatt Riedemann proposed openstack/nova: neutron: validate auto-allocate is available  https://review.openstack.org/30957418:40
*** salv-orlando has joined #openstack-nova18:40
*** shaohe_feng has joined #openstack-nova18:40
*** ivase has quit IRC18:41
*** d34dh0r53 is now known as m1r4nt15_b0y18:42
*** jichen has joined #openstack-nova18:42
*** marcusvrn_ has quit IRC18:43
mriedemmdbooth: what are you using for tracking the libvirt storage pools work? which spec/bp(s)?18:45
*** salv-orlando has quit IRC18:45
mriedemhttps://review.openstack.org/#/c/310505/ ?18:45
*** moshele has joined #openstack-nova18:45
mriedemhttps://review.openstack.org/#/c/302117 ?18:47
*** salv-orlando has joined #openstack-nova18:48
*** salv-orlando has quit IRC18:48
dansmithmriedem: those are dependent18:48
dansmithso .. both18:49
*** shaohe_feng has quit IRC18:49
mriedemhot damn!18:49
mriedemand it's already all dep'ed up in https://blueprints.launchpad.net/nova/+spec/libvirt-instance-storage18:49
* mriedem is doing the newton priorities thing in nova-specs18:49
*** Guest93371 has quit IRC18:49
mriedemdansmith: regarding priorities, i'm not sure all 3 blueprints in newton is realistic18:50
*** shaohe_feng has joined #openstack-nova18:50
mriedemthe bottom refactor one certainly18:50
dansmithcould be, depends on how much attention it gets18:50
*** armax has quit IRC18:51
*** salv-orlando has joined #openstack-nova18:51
*** baoli has quit IRC18:52
mriedemi guess our priorities doc doesn't actually call out specific specs, it's just broad18:52
mriedemso we can wiggle if needed18:53
mriedemi know you guys like to wiggle18:53
*** salv-orlando has quit IRC18:54
dansmithmriedem: well, like anything, we get done what we can get done and punt the rest18:55
*** baoli has joined #openstack-nova18:56
dansmiththere's a lot of code up for it already.. not sure how close it is, but it's better than nothing18:56
*** links has quit IRC18:58
*** doug-fis_ has joined #openstack-nova18:58
*** baoli has quit IRC18:58
*** ijw has quit IRC18:59
*** shaohe_feng has quit IRC18:59
*** armax has joined #openstack-nova18:59
*** shaohe_feng has joined #openstack-nova18:59
*** doug-fi__ has joined #openstack-nova19:00
doffmdansmith: Sooo, the problem you have with the '_hosts' and '_metadata' properties in the Aggregate model. (https://review.openstack.org/#/c/294806/5/nova/db/sqlalchemy/api_models.py)19:01
dansmithdoffm: on a call atm, fyi19:01
*** ijw has joined #openstack-nova19:02
doffmdansmith: Ok, sorry to bother you. Will post comments on patch instead.19:02
*** doug-fish has quit IRC19:02
*** doug-fis_ has quit IRC19:03
*** doug-fi__ has quit IRC19:04
cfriesenin LibvirtDriver._get_disk_over_committed_size_total() we call self._host.list_instance_domains() to get the list of domains to loop over.  This will ignore any non-running domains.  Wouldn't we still want to include their disks in the calculation?19:05
*** baoli has joined #openstack-nova19:05
*** vtech has joined #openstack-nova19:06
*** ssurana has quit IRC19:06
*** pwnall has quit IRC19:08
*** pwnall has joined #openstack-nova19:08
*** shaohe_feng has quit IRC19:09
*** ducttape_ has quit IRC19:10
*** shaohe_feng has joined #openstack-nova19:10
*** READ10 has quit IRC19:18
openstackgerritSean Dague proposed openstack/nova-specs: Deprecate API Proxies  https://review.openstack.org/31220919:19
*** shaohe_feng has quit IRC19:20
*** shaohe_feng has joined #openstack-nova19:20
*** ducttape_ has joined #openstack-nova19:21
*** ducttape_ has quit IRC19:22
*** matrohon has joined #openstack-nova19:23
*** Sukhdev has joined #openstack-nova19:23
openstackgerritdane-fichter proposed openstack/nova-specs: Signature verification for cached images  https://review.openstack.org/31221019:28
*** ducttape_ has joined #openstack-nova19:29
mriedemsdague: when you're around, we should talk about details for the api-ref review sprint next week,19:29
mriedemi think it's going to have to be more targeted than the entire week19:29
sdaguemriedem: sure19:29
sdagueI'm around now19:29
mriedemand then i can advertise it in the dev list and schedule wiki19:29
mriedemsdague: ok, so, 1-2 days for this?19:30
mriedemmaybe mon / wed?19:30
*** shaohe_feng has quit IRC19:30
mriedemmy thinking is, put a day in between for time to respond to comments, or add new things for the 2nd day19:30
*** shaohe_feng has joined #openstack-nova19:30
mriedemwas thinking mon/wed b/c tuesday is full of meetings19:31
sdagueI think doing mon / wed like that is worth a try19:31
*** vilobhmm11 has joined #openstack-nova19:31
sdagueassuming we knock each of the first 3 phases out, on the 47 docs, we're still looking at > 100 patches19:32
sdaguewhich is why it felt like a week to me19:32
sdaguebe we can try the more targetted thing19:32
cdentmriedem: you said something overnight about me using fancy new libraries on the placement api. there's really only two new things there: gabbi for the tests, and selector, which is a library for doing what Routes does, but cleaner (and handles 405 correctly)19:34
cdentthe other main difference is that is function rather than class based, where possible19:35
openstackgerritMatt Riedemann proposed openstack/nova-specs: Add in the Newton review priorities  https://review.openstack.org/31221719:37
*** pbrooko has joined #openstack-nova19:38
*** ericksonsantos has quit IRC19:39
*** BjoernT has joined #openstack-nova19:39
*** shaohe_feng has quit IRC19:40
*** shaohe_feng has joined #openstack-nova19:41
*** rmk has quit IRC19:42
*** matrohon has quit IRC19:42
*** jichen has quit IRC19:42
*** fragatina has quit IRC19:42
*** antonyfm has quit IRC19:42
*** vishwanathj has quit IRC19:42
*** palexster has quit IRC19:42
*** cleong has quit IRC19:42
*** jdillaman has quit IRC19:42
*** vladikr has quit IRC19:42
*** rook has quit IRC19:42
*** kylek3h_ has quit IRC19:42
*** yuywz has quit IRC19:42
*** rhagarty_ has quit IRC19:42
*** david-lyle has quit IRC19:42
*** rwmjones has quit IRC19:42
*** zul has quit IRC19:42
*** cfarquhar has quit IRC19:42
*** diana_clarke has quit IRC19:42
*** Yingxin has quit IRC19:42
*** purplerbot has quit IRC19:42
*** kfox1111 has quit IRC19:42
*** Prophidys has quit IRC19:42
*** gmann has quit IRC19:42
*** pcm_ has quit IRC19:42
*** ducttape_ has quit IRC19:42
*** akshai has quit IRC19:42
*** mriedem has quit IRC19:42
*** mtanino has quit IRC19:42
*** burgerk has quit IRC19:42
*** mrkz has quit IRC19:42
*** eharney has quit IRC19:42
*** thorst has quit IRC19:42
*** rtheis has quit IRC19:42
*** fishcried has quit IRC19:42
*** jogo has quit IRC19:42
*** xek__ has quit IRC19:42
*** aarefiev has quit IRC19:42
*** ByPasS has quit IRC19:42
*** kaisers has quit IRC19:42
*** yhvh- has quit IRC19:42
*** pav0 has quit IRC19:42
*** mag009_ has quit IRC19:42
*** lennyb has quit IRC19:42
*** FL1SK has quit IRC19:42
*** zhangjn has quit IRC19:42
*** andrearosa has quit IRC19:42
*** mirrorbox has quit IRC19:42
*** crinkle has quit IRC19:42
*** rdo has quit IRC19:42
*** tobasco has quit IRC19:42
*** keekz has quit IRC19:42
*** timello has quit IRC19:42
*** kevinbenton has quit IRC19:42
*** jgriffith has quit IRC19:42
*** adreznec has quit IRC19:42
*** sneti has quit IRC19:42
*** andreaf has quit IRC19:42
*** markmcclain has quit IRC19:42
*** pbrooko has quit IRC19:42
*** rtheis has joined #openstack-nova19:46
*** ericksonsantos has joined #openstack-nova19:47
*** moshele has quit IRC19:48
*** Swami has joined #openstack-nova19:48
*** baoli has quit IRC19:49
*** phschwartz_ is now known as phschwartz19:49
*** baoli has joined #openstack-nova19:50
*** cdent has quit IRC19:50
*** shaohe_feng has quit IRC19:50
*** cdent has joined #openstack-nova19:51
*** rmk has joined #openstack-nova19:51
*** dmk0202 has joined #openstack-nova19:51
*** david-lyle has joined #openstack-nova19:51
*** ducttape_ has joined #openstack-nova19:51
*** akshai has joined #openstack-nova19:51
*** mriedem has joined #openstack-nova19:51
*** mtanino has joined #openstack-nova19:51
*** burgerk has joined #openstack-nova19:51
*** mrkz has joined #openstack-nova19:51
*** eharney has joined #openstack-nova19:51
*** thorst has joined #openstack-nova19:51
*** fishcried has joined #openstack-nova19:51
*** jogo has joined #openstack-nova19:51
*** xek__ has joined #openstack-nova19:51
*** aarefiev has joined #openstack-nova19:51
*** ByPasS has joined #openstack-nova19:51
*** kaisers has joined #openstack-nova19:51
*** yhvh- has joined #openstack-nova19:51
*** pav0 has joined #openstack-nova19:51
*** mag009_ has joined #openstack-nova19:51
*** lennyb has joined #openstack-nova19:51
*** FL1SK has joined #openstack-nova19:51
*** zhangjn has joined #openstack-nova19:51
*** andreaf has joined #openstack-nova19:51
*** andrearosa has joined #openstack-nova19:51
*** mirrorbox has joined #openstack-nova19:51
*** crinkle has joined #openstack-nova19:51
*** rdo has joined #openstack-nova19:51
*** tobasco has joined #openstack-nova19:51
*** keekz has joined #openstack-nova19:51
*** timello has joined #openstack-nova19:51
*** kevinbenton has joined #openstack-nova19:51
*** jgriffith has joined #openstack-nova19:51
*** adreznec has joined #openstack-nova19:51
*** sneti has joined #openstack-nova19:51
*** markmcclain has joined #openstack-nova19:51
*** purplerbot has joined #openstack-nova19:51
*** jichen has joined #openstack-nova19:51
*** fragatina has joined #openstack-nova19:51
*** antonyfm has joined #openstack-nova19:51
*** vishwanathj has joined #openstack-nova19:51
*** palexster has joined #openstack-nova19:51
*** cleong has joined #openstack-nova19:51
*** jdillaman has joined #openstack-nova19:51
*** vladikr has joined #openstack-nova19:51
*** rook has joined #openstack-nova19:51
*** kylek3h_ has joined #openstack-nova19:51
*** yuywz has joined #openstack-nova19:51
*** rhagarty_ has joined #openstack-nova19:51
*** rwmjones has joined #openstack-nova19:51
*** zul has joined #openstack-nova19:51
*** cfarquhar has joined #openstack-nova19:51
*** diana_clarke has joined #openstack-nova19:51
*** Yingxin has joined #openstack-nova19:51
*** kfox1111 has joined #openstack-nova19:51
*** Prophidys has joined #openstack-nova19:51
*** gmann has joined #openstack-nova19:51
*** pcm_ has joined #openstack-nova19:51
*** shaohe_feng has joined #openstack-nova19:51
*** rmk has quit IRC19:52
*** rmk has joined #openstack-nova19:52
*** matrohon has joined #openstack-nova19:52
sdaguemriedem: I love how gerrit decided that the word 'this' in priorities is original, and everything else is changed19:53
*** moshele has joined #openstack-nova19:53
*** ssurana has joined #openstack-nova19:55
*** moshele has quit IRC19:57
mriedemoh yeah weird19:57
jaypipesholy fucksticks this synamic-resource-classes spec is getting long.19:58
mriedemsdague: anyway, thoughts on the api-ref review sprint words above?19:58
mriedemjaypipes: you do get an award at some point19:58
sdaguemriedem: which words?19:58
jaypipesmriedem: unwanted award for sure.19:58
mriedemsdague: my proposal for mon/wed?19:58
mriedemdid i drop off irc and not get a reply?19:58
sdaguemaybe?19:58
sdague<mriedem> was thinking mon/wed b/c tuesday is full of meetings19:58
sdague<sdague> I think doing mon / wed like that is worth a try19:58
sdague<sdague> assuming we knock each of the first 3 phases out, on the 47 docs, we're still looking at > 100 patches19:58
sdague<sdague> which is why it felt like a week to me19:58
sdague<sdague> be we can try the more targetted thing19:58
mriedemwow yeah didn't get any of that19:59
mriedemsdague: we could do another sprint day afterward, based on how this goes20:00
sdaguesure20:00
*** shaohe_feng has quit IRC20:01
mriedemjust, we have a hard enough time getting people to focus on a single day sprint when we're not in person, so a full week is rough20:01
*** shaohe_feng has joined #openstack-nova20:01
sdagueyeh, my feeling was it would probably naturally be more of the api subteam folks20:01
*** roeyc has quit IRC20:01
sdagueand maybe some new people20:01
mriedemalright, i'll send a thing to the dev list and put it in the release schedule, and thurs meeting agenda20:02
sdaguesounds great20:02
openstackgerritdane-fichter proposed openstack/nova-specs: Trusted flavors  https://review.openstack.org/31222520:02
mriedemcdent: i also missed what you said, but just read it in the irc logs20:03
mriedemi didn't know about selector, so 2 new libs for nova qualifies as 'a bunch' in my book20:03
cdentselector isn't really required, it just makes my life a ton easier20:03
*** baoli has quit IRC20:04
*** baoli has joined #openstack-nova20:04
cdentI'd fight for it, but not hard20:05
bauzasmriedem: any chance to see Intel providing us some hotels for the midcycle ?20:05
bauzasor should I find those by myself ?20:05
*** tbachman has joined #openstack-nova20:05
mriedembauzas: when we did it in hillsboro before, there were some group rates20:05
bauzask20:05
bauzasbtw. sorry I'm a bit off those evenings because of the jetlag :(20:06
*** moshele has joined #openstack-nova20:06
mriedemrlrossit: ctrath: jimmy legs https://www.youtube.com/watch?v=EnG8jrpLJDE20:06
*** Sukhdev has quit IRC20:07
*** doug-fish has joined #openstack-nova20:08
*** doug-fish has quit IRC20:08
*** rmk has quit IRC20:08
*** cdelatte has quit IRC20:10
*** shaohe_feng has quit IRC20:11
*** shaohe_feng has joined #openstack-nova20:11
sdaguethe group rate as quite good last time, so I'd wait for them to tell us what the story is20:14
*** rmk has joined #openstack-nova20:15
openstackgerritdane-fichter proposed openstack/nova-specs: Trusted flavors  https://review.openstack.org/31222520:17
*** shaohe_feng has quit IRC20:21
*** shaohe_feng has joined #openstack-nova20:22
mikalMorning20:23
cfriesenafternoon20:23
*** matrohon has quit IRC20:24
*** smatzek has quit IRC20:25
*** ljxiash has joined #openstack-nova20:26
*** matrohon has joined #openstack-nova20:27
-openstackstatus- NOTICE: restarting apache on review.openstack.org to pick up security patches. Gerrit web ui may disappear for a short time.20:27
alaskimriedem: are we good to merge https://review.openstack.org/#/c/312217/1 or do you want more +2s?20:28
mriedemdo it20:28
mriedemi'm writing up the changes to the newton schedule in the releases repo and need to link to that in the official docs20:28
alaskidone20:29
mriedem<320:29
*** mvle has joined #openstack-nova20:29
sdaguemikal: I did a round of feedback on your dynamic vendor data spec20:30
sdagueif you want to take a look20:30
*** ljxiash has quit IRC20:31
mikalsdague: I just noticed those20:31
*** shaohe_feng has quit IRC20:31
*** sahid has quit IRC20:32
mikalsdague: nothing too major I don't think20:32
openstackgerritChris Dent proposed openstack/nova: Extend ResourceProvider to have resources and aggregates  https://review.openstack.org/28496320:32
mikalsdague: seems like there might be some debate over if more than one external REST service should be supported20:32
*** vishwanathj has quit IRC20:32
*** shaohe_feng has joined #openstack-nova20:32
*** roeyc has joined #openstack-nova20:32
*** vishwanathj has joined #openstack-nova20:33
*** cdelatte has joined #openstack-nova20:33
*** e0ne has joined #openstack-nova20:34
sdaguemikal: for real, or is it just something in the wind?20:36
mikalsdague: ?20:36
sdagueI can't imagine for complexity reasons why you wouldn't want to build a single proxy for all those things20:36
mikalsdague: as in have an external REST thing which aggregates external REST things?20:36
sdaguehonestly, I think you have to do that anyway, otherwise you are going to start baking in a bunch of semantics here20:37
*** rook has quit IRC20:37
mikalSo the rest I'd proposed supporting a list was because we're already making the deployment more complicated than previously, and I was trying to stop people from having to write a bunch of external software as well.20:38
sdagueI expect in all cases people are going to need to write these new services, just like they were previously writing their own vendor data plugin20:38
mikalSorry, reason20:38
sdagueright, but, those things don't exist today20:38
mikalAgreed20:38
mikalBut an aggregating proxy is more complicated for them to write than a simple values dumper20:39
bauzasalaski: mriedem: FWIW, I was wondering if check-destinations BP was good for a sched priority given the operators and the live-mig guys wanting it merged soon20:39
bauzasbut that's not something really bad if not20:39
bauzasI just need to make sure that I'm done by n-2 then20:40
bauzas(given I'm hoping to help jaypipes's stuff for Newton too)20:40
*** doug-fish has joined #openstack-nova20:42
*** shaohe_feng has quit IRC20:42
*** Sukhdev has joined #openstack-nova20:42
sdaguemikal: maybe, except it means they get to do it once, and don't have to also manage the content in these encoded fields20:42
mriedembauzas: it's listed as medium priority, i'm not sure how 'on the side' it is for live migration or scheduler priorities for newton20:42
mriedembauzas: i see 3 open patches20:42
*** mvle has quit IRC20:42
mriedembauzas: how much else is there? i don't have a good idea in my head of the work involved and how much is left20:42
sdagueit would be curious if the bloomberg folks and nate have an opinion there20:42
mikalsdague: I'm not too fussed either way to be honest. It was a request from Edmund. We could take it to the operators list and ask what people think?20:42
sdagueI think they just want any hook they can get to do their own thing20:42
*** shaohe_feng has joined #openstack-nova20:43
sdaguemikal: yeh, that would be fine with me20:43
mikalOk, I will do that today20:43
sdagueI'm not super strongly opinionated either way20:43
bauzasmriedem: no worries, I only implemented the conductor things and I need to now implement the API related microversion20:43
bauzasthat's fair tho20:43
alaskibauzas: I think it falls outside of that effort, mostly because it doesn't affect the scheduler api20:43
alaskiI also think it would be good to get in soon20:43
bauzasyeah, fair enough20:44
*** salv-orlando has joined #openstack-nova20:44
bauzasanyway, it's just me needing to upload the next changes soon20:44
bauzasso I could help the other scheduler changes20:44
bauzasthanks, it clarifies :)20:44
sdagueanyway, I need to drop for dinner. But I'll watch on the ops list20:44
mikalsdague: cool, have a good evening20:45
*** ducttape_ has quit IRC20:45
mriedemfyi, nova-specific release milestones patch https://review.openstack.org/#/c/312245/20:45
*** doug-fish has quit IRC20:46
bauzasoh gosh, it's f*** expensive to go to PDX in July !20:47
bauzas2000 bucks...20:47
*** ducttape_ has joined #openstack-nova20:47
mikalYeah, I looked the other day and its going to be $5,000 AUD or something20:47
bauzaswhat the heck is in Portland by this time ?20:47
*** gyee has joined #openstack-nova20:47
bauzasfun, SEA is just 1300 dollars...20:48
mikalbauzas: the price for me went down a lot of I stayed for 7 days. You could cafe hack for a few days?20:49
bauzasdansmith: is it hard to drive from SEA to PDX ?20:49
dansmithbauzas: 3-4 hours on the highway20:49
mikalbauzas: I just looked, its 3 hours on a freeway20:49
*** salv-orlando has quit IRC20:50
mikali.e. not scary20:50
bauzasmikal: it's worst if I'm asking to leave on Friday...20:50
mikaldansmith: is it an interesting drive? Anything to see on the way?20:50
dansmithmikal: not really20:50
mikalMt Rainier!20:50
dansmithour mountain is prettier anyway20:50
mikalThems fighting words20:51
bauzasgiven the price, I should think of paying a pedalo20:51
bauzas(a pedal boat)20:51
*** tbachman has quit IRC20:51
*** Sukhdev has quit IRC20:51
*** shaohe_feng has quit IRC20:52
*** shaohe_feng has joined #openstack-nova20:53
*** Swami has quit IRC20:53
*** smatzek has joined #openstack-nova20:54
*** salv-orlando has joined #openstack-nova20:54
*** baoli has quit IRC20:54
*** lucas-dinner has quit IRC20:54
*** aysyd has quit IRC20:56
cfriesenlooking at LibvirtDriver.get_available_resource(), don't we have a huge race condition?  It's called without holding COMPUTE_RESOURCE_SEMAPHORE, and yet it's calculating vcpus_used, local_gb_used, memory_mb_used, and disk_available_least, all of which are only valid if you're holding the semaphore.20:57
*** lucasagomes has joined #openstack-nova20:58
bauzascfriesen: all the drivers are not locking that AFAIK20:58
bauzascfriesen: lemme just verify this20:58
bauzasthat's not a synchronous call20:58
*** smatzek has quit IRC20:59
cfriesenyeah, but ResourceTracker takes the semaphore for _update_available_resource(), using the data returned from calling self.driver.get_available_resource()20:59
cfriesenif that data is stale, then the output of _update_available_resource() is garbage21:00
cfriesenI can see querying the driver for the total available resources without holding the sema, but any calculations involving "used" or "free" values should hold the sema.21:00
*** Sukhdev has joined #openstack-nova21:02
*** shaohe_feng has quit IRC21:02
*** shaohe_feng has joined #openstack-nova21:03
*** matrohon has quit IRC21:03
*** roeyc has quit IRC21:03
*** moshele has quit IRC21:06
*** roeyc has joined #openstack-nova21:06
*** doug-fish has joined #openstack-nova21:07
*** Sukhdev has quit IRC21:07
*** maurosr has quit IRC21:07
*** doug-fis_ has joined #openstack-nova21:08
cfriesenbauzas: I kind of think we actually need to hold COMPUTE_RESOURCE_SEMAPHORE for all of ResourceTracker.update_available_resource()   (Technically we could break up self.driver.get_available_resource() into two pieces, one that queries the total resources outside of the sema, and one that calculates free/used while holding the sema, but that's an optimization.)21:08
*** mylu has joined #openstack-nova21:09
bauzasthat's what I'm verifying, if the driver call is in a synchronous section21:09
*** doug-fi__ has joined #openstack-nova21:09
*** mvk has joined #openstack-nova21:09
*** maurosr has joined #openstack-nova21:09
cfriesenI don't think it is, currently.  Only ResourceTracker._update_available_resource() is synchronized21:09
*** Swami has joined #openstack-nova21:09
bauzasright21:10
*** ijw has quit IRC21:10
*** mylu has quit IRC21:10
bauzascfriesen: and the driver call is in the main update_avail_res() right?21:10
cfriesenbut we feed it the resources from calling self.driver.get_available_resource() outside the sema21:10
cfriesenyes21:10
bauzascfriesen: so it's a regression21:10
cfriesenwell, it's been like this for a long time21:10
*** Sukhdev has joined #openstack-nova21:10
bauzascfriesen: because IIRC, update_avail_res() was using the semaphore in Juno21:11
bauzasand then we splitted it in twice21:11
cfriesencould be...in kilo at least it's not21:11
bauzasone being synchronized, the other not21:11
*** doug-fish has quit IRC21:11
bauzasI actually remember we made such split for a good related reason that I don't remind21:12
bauzasI need to find the commit21:12
* bauzas opens his delorean21:12
bauzasand runs for 88mph21:12
*** shaohe_feng has quit IRC21:12
*** doug-fis_ has quit IRC21:13
cfriesengit commit 84ff466: reduce the scope of rt work while holding the big lock21:13
bauzasheh, that was fast, me too21:13
cfriesenDan Smith21:13
*** e0ne has quit IRC21:13
cfriesenhmm...21:13
snetiHi auggy...I'm working on your bug: https://bugs.launchpad.net/nova/+bug/1544720. I tried to reproduce it.21:14
openstackLaunchpad bug 1544720 in OpenStack Compute (nova) "In response template processing, some values are set to u'' instead of None" [Medium,Confirmed] - Assigned to Sujitha (sujitha-neti)21:14
snetiI changed OS-EXT-SRV-ATTR:kernel_id to some value in .tpl file, and then ran the test, test fails since the value in template and response are different for OS-EXT-SRV-ATTR:kernel_id. This is expected.21:14
snetiCan you explain me what your bug is about. Because I see the expected behaviour here.21:14
mriedem84ff466 was needed to fix a gate issue21:14
mriedema pretty nasty one21:14
bauzashttps://review.openstack.org/#/c/123774/221:14
bauzasmriedem: sure I remember we had good reason for that21:14
cfriesenhttps://bugs.launchpad.net/nova/+bug/137167721:15
openstackLaunchpad bug 1371677 in OpenStack Compute (nova) "Race in resource tracker causes 500 response on deleting during verify_resize state " [Critical,Fix released] - Assigned to Dan Smith (danms)21:15
bauzasmriedem: I was just commenting out that it was not the case before that21:15
*** mylu has joined #openstack-nova21:15
*** svenkat has quit IRC21:15
*** raildo is now known as raildo-afk21:15
*** shaohe_feng has joined #openstack-nova21:16
cfriesenhmm, doesn't look directly related to that bugfix...the commit message doesn't match the bug report21:16
bauzaswhich means fixing cfriesen's bug about the driver not synchronous would then perhaps resurrect that race21:16
*** thorst has quit IRC21:16
cfriesenno discussion of locking scope on that commit21:17
bauzasdansmith: any chance you remember exactly what was the race condition fixed by https://review.openstack.org/#/c/123774/2 ?21:18
dansmithcfriesen: you mean the bug? the commit is talking about reducing the scope21:18
*** thorst has joined #openstack-nova21:18
*** jichen has quit IRC21:18
*** ivase_ has quit IRC21:19
cfriesendansmith: so the problem I see is that LibvirtDriver.get_available_resource() is called without holding the sema, but then does calculations for used/free values by looping over instances.  That data (which can get stale) is then passed into ResourceTracker.update_available_resource() which does hold the sema, but by then it's too late21:19
*** ivase has joined #openstack-nova21:19
*** lucasagomes has quit IRC21:20
cfriesenI think it'd be valid to query the "total" available amounts without holding the sema, but the used/free calculations need to hold the sema to prevent creation/deletion/resize/etc from changing the values21:20
dansmithcfriesen: but what is the problem, that we report a somewhat stale result?21:20
*** tonytan4ever has quit IRC21:21
*** haplo37 has quit IRC21:21
cfriesenyep.  we had a case where someone deleted an instance and then tried to recreate it and couldn't21:21
*** cleong has quit IRC21:21
cfriesenor you could get the opposite, where the sched thinks it'll work but it really can't21:22
*** lucasagomes has joined #openstack-nova21:22
*** thorst has quit IRC21:22
*** shaohe_feng has quit IRC21:23
*** ivase_ has joined #openstack-nova21:23
cfriesenI suppose we could say that this is acceptable for the improved performance of not holding the sema over the whole resource audit21:23
*** shaohe_feng has joined #openstack-nova21:24
*** ivase has quit IRC21:24
cfriesenbut if so we should document the race as a known issue21:24
*** vilobhmm11 has quit IRC21:24
bauzasso, it's something again about having the scheduler very quickly giving us a destination even if the dest is wrong21:24
*** vilobhmm11 has joined #openstack-nova21:25
bauzashaving a global lock that would hold all of that helps the scheduler giving better accurate decisions21:25
mriedemhrm, untracked ceph plugin job failure http://logs.openstack.org/53/312153/1/check/gate-tempest-dsvm-full-devstack-plugin-ceph/aac456a/console.html21:25
bauzasbut we pay the price with some longer calls21:25
cfriesencoming from the kernel, the locking in nova is messed up. :)21:25
*** vilobhmm11 has quit IRC21:25
*** vilobhmm11 has joined #openstack-nova21:26
dansmiththe bug seems to have lots of detail in it that is definitely relevant21:26
*** vilobhmm11 has quit IRC21:26
dansmithus holding a semaphore while we make a call to conductor to list all instances is not a great idea21:26
*** vilobhmm11 has joined #openstack-nova21:27
bauzasI agree21:27
*** ivase_ has quit IRC21:27
bauzashence my point, there are some cases where I prefer having wrong stats rather than locking all21:27
dansmithyeah,21:28
melwittmriedem: looking21:28
mriedemnot ceph related21:28
mriedemit's keystone21:28
mriedemonly 3 hits in the check queue in 7 days21:28
dansmithwe know the scheduler relies on having excess space and not being able to schedule the last available chunk21:28
cfriesenwhere do we call to the conductor for the list of instances?21:28
melwittmriedem: okay21:28
cfriesenI see us querying the hypervisor for the list of local domains21:28
dansmithcfriesen: it's already in the lock-protected section there21:29
cfriesenright, just saw it21:29
*** burgerk has quit IRC21:30
dansmithwe make a bunch of calls in there actually21:30
*** vilobhmm11 has quit IRC21:30
cfriesenright...I mean it looked like we were trying to be accurate, but then there was a race condition in the data going into there....which is what confused me21:30
*** vilobhmm11 has joined #openstack-nova21:30
*** zenoway has joined #openstack-nova21:30
bauzascfriesen: dansmith: I need to drop-off, but feel free to continue that convo and I'll catch up later the logs21:31
auggysneti: hey sorry, i'm not sure, i think the issue was that None values were being set to u'' instead of None21:31
cfriesendo we keep a local list of instances assigned to the node? maybe we could skip querying the conductor21:31
cfriesenbauzas: thanks for taking a look21:31
bauzascfriesen: oh, please don't21:31
auggybut if you can't reproduce it then just document how you attempted to repro it and mark it as invalid and that you couldn't repro it21:31
*** tbachman has joined #openstack-nova21:32
auggyit might not be an issue anymore, hard to say21:32
bauzascfriesen: trying to cache the list of instances seems scary to me21:32
snetiauggy, yes..I don't see u' ' anywhere. I got this: Template: kernel21:32
sneti  Response:21:32
*** shaohe_feng has quit IRC21:33
*** cdent has quit IRC21:33
*** sdake_ is now known as sdake21:33
cfriesenbauzas: query it once at nova-compute startup and then update a local list after that.  shouldn't be too bad.  maybe we could audit the sanity of that list separately from the resource tracker21:33
*** shaohe_feng has joined #openstack-nova21:34
auggysneti: yeah the instructions i wrote aren't very clear, if you can't repro following them, then just mark it as invalid21:34
*** palexster has quit IRC21:34
snetiauggy, sure..thanks for your response21:34
bauzascfriesen: we already do that kind of things for notifying the scheduler, you should pay attention to it21:34
*** e0ne has joined #openstack-nova21:34
bauzascfriesen: but that's not a RT thing21:34
*** roeyc has quit IRC21:34
cfriesendansmith: so are you suggesting that we should be faster-but-maybe-inaccurate in the resource audit?21:36
cfriesenie status quo?21:36
dansmithI'm not suggesting anything21:37
*** salv-orlando has quit IRC21:37
*** e0ne has quit IRC21:38
cfriesenit kind of looks like https://git.openstack.org/cgit/openstack/nova/commit/?id=833357301bc80a27422f7bf081fae2d3da730a24 is the real fix for the issue raised in bug 1371677...or am I reading that wrong?21:38
openstackbug 1371677 in OpenStack Compute (nova) "Race in resource tracker causes 500 response on deleting during verify_resize state " [Critical,Fix released] https://launchpad.net/bugs/1371677 - Assigned to Dan Smith (danms)21:38
*** baoli has joined #openstack-nova21:39
*** baoli has quit IRC21:39
*** baoli has joined #openstack-nova21:40
*** derekh has quit IRC21:40
*** lucasagomes has quit IRC21:41
*** rlrossit has quit IRC21:41
*** baoli_ has joined #openstack-nova21:42
*** palexster has joined #openstack-nova21:42
*** shaohe_feng has quit IRC21:43
*** ssurana has quit IRC21:43
diana_clarkeAre there any coverage reports available for nova on a per patch basis from Zuul?21:43
*** shaohe_feng has joined #openstack-nova21:44
*** lucasagomes has joined #openstack-nova21:44
*** baoli has quit IRC21:45
*** ekhugen has quit IRC21:45
cfriesenLooking at _get_instance_disk_info() it appears to now track volume devices, so I suspect the original issue would no longer apply.21:45
*** ekhugen has joined #openstack-nova21:45
*** Sukhdev has quit IRC21:47
mriedemdiana_clarke: like unit test coverage?21:48
diana_clarkemriedem: yup21:48
mriedemdiana_clarke: there is a coverage tox target, but it's not in the check queue21:49
mriedemmight be in the experimental queue21:49
mriedembut you could just run that locally too21:49
mriedemat one point i thought mtreinish had a way to get api coverage from tempest runs, but required some changes to nova to instrument it?21:50
mtreinishmriedem: https://wiki.openstack.org/wiki/Nova/CoverageExtension and https://review.openstack.org/#/c/130855/21:50
mriedemyeah those21:50
diana_clarkeAnd I was just looking at: https://review.openstack.org/#/c/221494/21:51
*** zhenq has quit IRC21:51
*** kylek3h_ has quit IRC21:51
*** salv-orlando has joined #openstack-nova21:51
jrollmriedem: diana_clarke: it's only in the post queue21:52
jrollhttps://github.com/openstack-infra/project-config/blob/master/zuul/layout.yaml#L798321:52
*** zenoway has quit IRC21:52
diana_clarkeI'm running coverage locally to answer a question I have, just wondered if I could have checked zuul for a faster answer is all.21:52
*** zenoway has joined #openstack-nova21:53
*** shaohe_feng has quit IRC21:53
*** shaohe_feng has joined #openstack-nova21:54
doffmThis mailing list thread is getting me down. There should be a new rule just like "don't read the comments".21:57
*** ccarmack has quit IRC21:57
*** vilobhmm11 has quit IRC21:59
*** mriedem has quit IRC21:59
*** burt has quit IRC22:00
*** antonyfm has quit IRC22:00
*** kengo_sakai has joined #openstack-nova22:00
*** antonyfm has joined #openstack-nova22:01
*** tbachman has quit IRC22:01
*** rtheis has quit IRC22:01
*** vilobhmm11 has joined #openstack-nova22:02
*** vilobhmm11 has quit IRC22:02
*** vilobhmm11 has joined #openstack-nova22:03
*** shaohe_feng has quit IRC22:04
*** sambetts|afk has quit IRC22:04
*** mylu has quit IRC22:04
*** vilobhmm11 has quit IRC22:04
*** shaohe_feng has joined #openstack-nova22:04
*** doug-fi__ has quit IRC22:04
*** kengo_sakai has quit IRC22:05
*** mylu has joined #openstack-nova22:05
*** salv-orlando has quit IRC22:06
*** sambetts has joined #openstack-nova22:07
*** mageshgv has quit IRC22:07
*** ducttape_ has quit IRC22:09
*** trams_ has quit IRC22:09
*** trams has joined #openstack-nova22:09
*** mylu has quit IRC22:09
*** tlbr has joined #openstack-nova22:12
*** mylu has joined #openstack-nova22:12
*** ijw has joined #openstack-nova22:14
*** baoli_ has quit IRC22:14
*** shaohe_feng has quit IRC22:14
*** ijw has quit IRC22:14
*** shaohe_feng has joined #openstack-nova22:14
*** salv-orlando has joined #openstack-nova22:15
*** mdrabe has quit IRC22:19
*** moshele has joined #openstack-nova22:22
*** xyang1 has quit IRC22:23
*** ccarmack has joined #openstack-nova22:23
snetihi johnthetubaguy...can you please check this patch: https://review.openstack.org/#/c/290156/22:23
*** shaohe_feng has quit IRC22:24
*** ljxiash has joined #openstack-nova22:25
*** shaohe_feng has joined #openstack-nova22:25
*** zenoway has quit IRC22:27
*** salv-orlando has quit IRC22:28
*** salv-orlando has joined #openstack-nova22:28
*** dimtruck is now known as zz_dimtruck22:29
*** ljxiash has quit IRC22:30
*** ijw has joined #openstack-nova22:30
*** ijw has quit IRC22:32
*** ijw has joined #openstack-nova22:32
*** ctrath has quit IRC22:34
diana_clarkejroll: Thank you *so* much! That's exactly what I was looking for. Example: http://logs.openstack.org/9b/9b2329d10021a7fa5f43b9fd8be3c833dd7212d0/post/nova-coverage-db/799bcac/cover/22:34
*** shaohe_feng has quit IRC22:34
*** diogogmt has quit IRC22:35
*** shaohe_feng has joined #openstack-nova22:37
*** pushkaru has quit IRC22:38
*** jamesden_ has quit IRC22:38
*** mylu has quit IRC22:38
*** moshele has quit IRC22:39
*** baoli has joined #openstack-nova22:39
*** rook has joined #openstack-nova22:41
*** salv-orlando has quit IRC22:42
*** krotscheck is now known as krotscheck_dcm22:44
*** shaohe_feng has quit IRC22:45
*** rbridgeman has quit IRC22:45
*** shaohe_feng has joined #openstack-nova22:45
*** ametts has quit IRC22:45
*** bwallis has quit IRC22:45
*** mylu has joined #openstack-nova22:46
*** pwnall1 has joined #openstack-nova22:47
*** pwnall has quit IRC22:47
*** mylu has quit IRC22:47
*** pwnall has joined #openstack-nova22:47
*** baoli has quit IRC22:48
*** baoli has joined #openstack-nova22:49
*** ssurana has joined #openstack-nova22:49
*** sdague has quit IRC22:50
*** ssurana has quit IRC22:50
*** pwnall1 has quit IRC22:51
*** ssurana has joined #openstack-nova22:53
*** ssurana has quit IRC22:53
*** baoli has quit IRC22:54
*** dmk0202 has quit IRC22:54
*** sdake has quit IRC22:55
*** sdake has joined #openstack-nova22:55
*** shaohe_feng has quit IRC22:55
*** shaohe_feng has joined #openstack-nova22:55
*** akshai has quit IRC22:57
*** ssurana has joined #openstack-nova22:57
*** baoli has joined #openstack-nova22:58
*** akshai has joined #openstack-nova22:58
*** ssurana has quit IRC22:59
*** akshai has quit IRC23:00
siva_krishnanHi Guys!23:01
siva_krishnanI was looking at this bug https://bugs.launchpad.net/nova/+bug/1554226. Stack trace shows nova.db.sqlalachemy.api.py has get _engine() and get_api_engine() using get_legacy_facade.get_engine which are deprecated in oslo_db.sqlalchemy.  Should we remove these methods ? can someone help me in this one23:05
openstackLaunchpad bug 1554226 in OpenStack Compute (nova) "Clean up warnings about enginefacade" [Low,In progress] - Assigned to Jeffrey Augustine (ja224e)23:05
*** shaohe_feng has quit IRC23:05
*** shaohe_feng has joined #openstack-nova23:05
*** baoli has quit IRC23:06
*** baoli has joined #openstack-nova23:06
*** ssurana has joined #openstack-nova23:11
*** ssurana has quit IRC23:12
*** baoli has quit IRC23:13
*** pushkaru has joined #openstack-nova23:15
*** shaohe_feng has quit IRC23:15
*** shaohe_feng has joined #openstack-nova23:16
*** markvoelker_ has quit IRC23:16
*** rbridgeman has joined #openstack-nova23:20
*** antonyfm has joined #openstack-nova23:23
*** ccarmack has quit IRC23:24
*** BjoernT has quit IRC23:24
*** mriedem has joined #openstack-nova23:25
*** shaohe_feng has quit IRC23:26
*** shaohe_feng has joined #openstack-nova23:26
*** diogogmt has joined #openstack-nova23:28
*** pwnall has quit IRC23:28
*** nelsnels_ has joined #openstack-nova23:30
*** nelsnelson has quit IRC23:31
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 unit tests[q-v]  https://review.openstack.org/31165623:31
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 unit tests[f-n]  https://review.openstack.org/31165823:31
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 unit tests[a-e]  https://review.openstack.org/31165923:31
openstackgerritKen'ichi Ohmichi proposed openstack/nova: WIP: Remove legacy v2 API code completely  https://review.openstack.org/31165323:32
*** shaohe_feng has quit IRC23:36
*** shaohe_feng has joined #openstack-nova23:36
*** antonyfm has quit IRC23:37
*** rfolco has quit IRC23:38
*** tjones has joined #openstack-nova23:39
*** pushkaru has quit IRC23:39
*** pushkaru has joined #openstack-nova23:40
*** Swami has quit IRC23:43
*** pumarani__ has joined #openstack-nova23:44
*** pushkaru has quit IRC23:44
*** efried1 has joined #openstack-nova23:44
*** rbridgeman has quit IRC23:45
*** shaohe_feng has quit IRC23:46
*** efried has quit IRC23:47
*** shaohe_feng has joined #openstack-nova23:47
*** shaohe_feng has quit IRC23:56
*** shaohe_feng has joined #openstack-nova23:57
*** pumarani__ has quit IRC23:57
*** efried has joined #openstack-nova23:59

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