Thursday, 2015-09-24

*** earlephilhower has quit IRC00:02
*** diogogmt has joined #openstack-nova00:03
*** zzzeek has quit IRC00:04
*** zhangjn has quit IRC00:04
*** sirushti has quit IRC00:07
*** aysyd has quit IRC00:11
*** angdraug has quit IRC00:11
*** thorst has joined #openstack-nova00:23
*** thorst has quit IRC00:26
*** toabctl has quit IRC00:32
*** kgalanov_ has quit IRC00:32
*** kgalanov_ has joined #openstack-nova00:33
*** frickler has quit IRC00:33
*** _fortis has quit IRC00:33
*** achanda has joined #openstack-nova00:33
*** ctrath has joined #openstack-nova00:34
*** frickler has joined #openstack-nova00:34
*** toabctl has joined #openstack-nova00:35
*** _fortis has joined #openstack-nova00:37
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove unused _check_string_length()  https://review.openstack.org/22705900:38
*** achanda has quit IRC00:38
*** tsekiyam_ has joined #openstack-nova00:41
*** kfox1111 is now known as kfox1111_away00:42
*** tpeoples has quit IRC00:43
*** tsekiyama has quit IRC00:44
*** tsekiyam_ has quit IRC00:45
*** mtanino has quit IRC00:46
*** edmondsw has quit IRC00:46
*** jecarey has joined #openstack-nova00:48
*** boris-42 has quit IRC00:49
*** hitalia has quit IRC00:50
*** zhangjn has joined #openstack-nova00:52
*** annegentle has joined #openstack-nova00:54
*** leeantho has quit IRC00:57
*** haomaiwang has joined #openstack-nova00:57
*** annegentle has quit IRC00:59
*** haomaiwang has quit IRC01:00
*** haomaiwa_ has joined #openstack-nova01:00
*** haomaiwa_ has quit IRC01:01
*** haomaiwang has joined #openstack-nova01:01
*** asettle has quit IRC01:03
*** ctrath has quit IRC01:12
*** haomaiwang has quit IRC01:12
*** su_zhang has quit IRC01:13
*** penick has quit IRC01:22
*** Apoorva has quit IRC01:24
*** gongysh has joined #openstack-nova01:26
*** Marga__ has joined #openstack-nova01:29
*** otter768 has joined #openstack-nova01:30
*** Marga_ has quit IRC01:32
*** Marga__ has quit IRC01:33
*** atuvenie has quit IRC01:34
*** vilobhmm11 has quit IRC01:34
*** otter768 has quit IRC01:34
*** baoli has joined #openstack-nova01:35
*** baoli has quit IRC01:40
*** zhenguo has joined #openstack-nova01:43
*** otter768 has joined #openstack-nova01:47
*** kiran-r has joined #openstack-nova01:49
*** kiran-r has quit IRC01:50
*** kiran-r has joined #openstack-nova01:51
*** tojuvone_ has joined #openstack-nova01:52
*** kiranr has joined #openstack-nova01:52
*** tojuvone has quit IRC01:55
*** haomaiwang has joined #openstack-nova01:57
*** rushil has joined #openstack-nova01:58
*** kiran-r has quit IRC01:59
*** ijw has quit IRC02:00
*** haomaiwang has quit IRC02:01
*** rushil_ has joined #openstack-nova02:01
*** haomaiwa_ has joined #openstack-nova02:01
*** achanda has joined #openstack-nova02:01
*** rushil has quit IRC02:04
*** yamahata has quit IRC02:17
*** baoli has joined #openstack-nova02:17
*** mwagner_lap has joined #openstack-nova02:18
*** pixelbeat has joined #openstack-nova02:21
*** pixelb has quit IRC02:23
*** rushil_ has quit IRC02:23
*** unicell has quit IRC02:23
*** rushil has joined #openstack-nova02:24
*** asettle has joined #openstack-nova02:31
*** r-daneel has quit IRC02:33
*** rushil has quit IRC02:33
openstackgerritZhenyu Zheng proposed openstack/nova-specs: Add project id and user id information in os-server-group API  https://review.openstack.org/20991702:35
*** annegentle has joined #openstack-nova02:43
*** ericksonsantos has quit IRC02:47
*** gabriel-bezerra has quit IRC02:47
*** annegentle has quit IRC02:48
openstackgerritJian LI proposed openstack/nova: Sync vms az with the host when using aggregate  https://review.openstack.org/22668302:48
*** ericksonsantos has joined #openstack-nova02:53
*** gabriel-bezerra has joined #openstack-nova02:53
*** salv-orl_ has joined #openstack-nova02:59
*** haomaiwa_ has quit IRC03:01
*** ferest has joined #openstack-nova03:01
*** yamahata has joined #openstack-nova03:01
*** haomaiwang has joined #openstack-nova03:01
*** salv-orlando has quit IRC03:02
*** diogogmt has quit IRC03:04
*** ferest has quit IRC03:05
openstackgerritvenkatesh proposed openstack/nova: make the driver.Scheduler as abstract class  https://review.openstack.org/21201603:07
*** otter768 has quit IRC03:14
*** garyk has quit IRC03:16
*** oomichi has joined #openstack-nova03:26
*** ctrath has joined #openstack-nova03:26
*** deepthi has joined #openstack-nova03:26
*** su_zhang has joined #openstack-nova03:27
*** sirushti has joined #openstack-nova03:27
*** pixelbeat has quit IRC03:29
*** kiran-r has joined #openstack-nova03:31
*** shuquan has joined #openstack-nova03:34
*** sirushti has quit IRC03:35
*** sirushti has joined #openstack-nova03:35
*** kiran-r has quit IRC03:39
*** fawadkhaliq has joined #openstack-nova03:41
*** garyk has joined #openstack-nova03:46
*** baoli has quit IRC03:47
*** shuquan has quit IRC03:51
*** achanda has quit IRC03:55
*** shuquan has joined #openstack-nova03:56
*** haomaiwang has quit IRC04:01
*** haomaiwang has joined #openstack-nova04:01
*** kiranr has quit IRC04:02
*** Piet has quit IRC04:06
openstackgerritGiridhar Jayavelu proposed openstack/nova: VMware: Append disk type to image cache folder name  https://review.openstack.org/22710404:10
*** mcarden has quit IRC04:15
*** ctrath has quit IRC04:16
*** VikasC has joined #openstack-nova04:16
*** mc has joined #openstack-nova04:17
*** mc is now known as mcarden04:17
*** rajesht__ has quit IRC04:21
*** rajesht has joined #openstack-nova04:21
*** asettle has quit IRC04:24
*** jwcroppe has joined #openstack-nova04:26
*** annegentle has joined #openstack-nova04:32
*** annegentle has quit IRC04:36
*** Marga_ has joined #openstack-nova04:42
*** Marga_ has quit IRC04:43
*** Marga_ has joined #openstack-nova04:43
openstackgerritAndrei V. Ostapenko proposed openstack/nova: Fixes bug with notify_decorator bad getattr default value  https://review.openstack.org/22389004:43
*** fifieldt has joined #openstack-nova04:52
*** achanda has joined #openstack-nova04:55
*** dave-mccowan has quit IRC05:00
*** haomaiwang has quit IRC05:01
*** haomaiwang has joined #openstack-nova05:01
*** shuquan has quit IRC05:03
*** shuquan has joined #openstack-nova05:03
*** kiran-r has joined #openstack-nova05:08
*** ircuser-1 has quit IRC05:09
*** kiran-r has quit IRC05:10
*** fawadkhaliq has quit IRC05:10
*** otter768 has joined #openstack-nova05:15
*** _gryf has quit IRC05:17
*** shuquan has quit IRC05:18
openstackgerritMoshe Levi proposed openstack/nova: Fix pci_stats logging in resource tracker  https://review.openstack.org/22711605:18
*** otter768 has quit IRC05:20
*** hitalia has joined #openstack-nova05:23
*** ankit_ag has joined #openstack-nova05:31
*** _gryf has joined #openstack-nova05:38
*** Murali has joined #openstack-nova05:39
*** asettle has joined #openstack-nova05:42
*** Sree has joined #openstack-nova05:45
*** rajesht has quit IRC05:48
*** sahid has joined #openstack-nova05:53
*** Sree has quit IRC05:58
*** Sree has joined #openstack-nova05:58
*** jwcroppe has quit IRC05:59
*** jwcroppe has joined #openstack-nova06:00
*** nkrinner has joined #openstack-nova06:00
*** haomaiwang has quit IRC06:01
*** haomaiwang has joined #openstack-nova06:01
*** rajesht has joined #openstack-nova06:03
*** jwcroppe has quit IRC06:04
*** pkoniszewski has joined #openstack-nova06:05
*** rdopiera has joined #openstack-nova06:08
*** _gryf has quit IRC06:11
*** cfriesen__ has quit IRC06:11
*** su_zhang has quit IRC06:12
*** ircuser-1 has joined #openstack-nova06:16
*** bkopilov has quit IRC06:17
*** rotbeard has joined #openstack-nova06:18
*** bkopilov has joined #openstack-nova06:20
*** annegentle has joined #openstack-nova06:20
*** Sree_ has joined #openstack-nova06:23
*** Sree_ is now known as Guest7836306:23
*** annegentle has quit IRC06:25
*** nihilifer1 has quit IRC06:26
*** nihilifer has joined #openstack-nova06:26
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Zanata  https://review.openstack.org/22713806:27
*** Sree has quit IRC06:27
*** markvoelker has quit IRC06:27
*** _gryf has joined #openstack-nova06:32
gmannalex_xu: johnthetubaguy : sdague : kilo backport of server name relax patch - https://review.openstack.org/#/c/227135/106:32
alex_xugmann: thanks!06:33
gmannalex_xu:  sorry for putting this up late06:33
alex_xugmann: it's fine06:33
*** boris-42 has joined #openstack-nova06:34
*** irenab has quit IRC06:35
*** hitalia has quit IRC06:38
*** bkopilov has quit IRC06:39
*** pradipta has joined #openstack-nova06:43
*** deepakcs has joined #openstack-nova06:46
*** ildikov has quit IRC06:46
*** flaper87 has quit IRC06:47
*** flaper87 has joined #openstack-nova06:47
*** bkopilov has joined #openstack-nova06:54
*** salv-orl_ has quit IRC06:55
*** salv-orlando has joined #openstack-nova06:56
openstackgerrithuan proposed openstack/nova: Do not rely on XenAPI to guess device names  https://review.openstack.org/21311206:57
*** chenzeng has joined #openstack-nova06:58
openstackgerritWen Zhi Yu proposed openstack/nova-specs: Spec for nova API blueprint correct-volume-attachment-id-in-nova-api-volumes  https://review.openstack.org/21402106:59
*** haomaiwang has quit IRC07:01
*** haomaiwa_ has joined #openstack-nova07:01
*** scheuran has joined #openstack-nova07:02
*** romainh has joined #openstack-nova07:02
*** irenab has joined #openstack-nova07:04
*** Guest78363 has quit IRC07:04
*** Sree has joined #openstack-nova07:05
*** browne has quit IRC07:07
*** asettle has quit IRC07:07
*** sc68cal has quit IRC07:08
*** ptm_ has joined #openstack-nova07:09
*** sc68cal has joined #openstack-nova07:10
*** Sree has quit IRC07:10
*** eliqiao has left #openstack-nova07:13
*** rotbeard has quit IRC07:15
*** otter768 has joined #openstack-nova07:16
*** abhishekk has joined #openstack-nova07:16
*** jichen has joined #openstack-nova07:19
*** mpaolino has joined #openstack-nova07:19
*** stevemar has quit IRC07:20
*** otter768 has quit IRC07:21
*** stevemar has joined #openstack-nova07:21
*** alex_klimov has joined #openstack-nova07:22
*** stevemar has quit IRC07:24
*** markvoelker has joined #openstack-nova07:28
*** jwcroppe has joined #openstack-nova07:28
*** achanda has quit IRC07:28
*** karimb has joined #openstack-nova07:33
*** markvoelker has quit IRC07:33
*** kiranr has joined #openstack-nova07:34
openstackgerritMoshe Levi proposed openstack/nova: pci utils: fix the check if pci device is physical_function  https://review.openstack.org/22716007:39
bauzasgood morning Nova07:40
*** moshele has joined #openstack-nova07:41
*** jlanoux has joined #openstack-nova07:41
alex_xusdague: johnthetubaguy gmann, backport for hostname fix https://review.openstack.org/#/c/227159/07:41
*** kiran-r has joined #openstack-nova07:47
*** jamielennox is now known as jamielennox|away07:53
*** moshele has quit IRC07:54
*** haomaiwa_ has quit IRC08:01
*** haomaiwang has joined #openstack-nova08:01
*** markus_z has joined #openstack-nova08:04
gmannalex_xu: looks fine, found utils.py has more changes than master one. Do not know that is picked by cherry-pick ?08:09
*** annegentle has joined #openstack-nova08:09
alex_xugmann: thanks, let me check08:12
*** annegentle has quit IRC08:14
*** StevenK has quit IRC08:14
*** ptm_ has quit IRC08:15
alex_xugmann: indeed, there is something more, it should be a mistake by conflict08:16
gmannalex_xu: ohk08:17
gmannalex_xu: I also find little bit hard on cherry pick due to file structure change :)08:17
alex_xugmann: heh :)08:18
*** StevenK has joined #openstack-nova08:21
*** pixelbeat has joined #openstack-nova08:21
alex_xugmann: just correct https://review.openstack.org/22717608:25
alex_xusdague: johnthetubaguy please ignore previous backport patch, this one is right https://review.openstack.org/22717608:25
* johnthetubaguy nods08:25
BobBallMorning all :)08:26
* johnthetubaguy waves08:28
BobBallHowdy Mr Garbutt.08:29
*** lucasagomes has joined #openstack-nova08:30
*** pradipta has quit IRC08:31
*** MarcF has joined #openstack-nova08:32
gmannalex_xu: looks good. Thanks08:32
*** zhangjn has quit IRC08:35
*** zhangjn has joined #openstack-nova08:38
*** shoutm has joined #openstack-nova08:41
bauzasoh man, I wish we'd have a world without OpenStack AZs08:42
*** FL1SK has quit IRC08:43
johnthetubaguybauzas: totally need to fix those bloody crazy things08:44
bauzasjohnthetubaguy: I just opened a can of worms08:44
bauzasI mean, mriedem_away did too08:45
bauzashistorical things08:45
*** lpetrut has joined #openstack-nova08:46
*** Venkatesh has joined #openstack-nova08:48
*** lifeless has quit IRC08:49
VenkateshHi johnthetubaguy08:49
VenkateshCan You review the https://review.openstack.org/#/c/212016/608:49
VenkateshI had a small confusion08:50
Venkateshshould I remove the implementation of abstract method08:50
Venkatesh?08:50
*** derekh has joined #openstack-nova08:51
bauzasjohnthetubaguy: now that the Mitaka change merged, I guess you need to provide the SHA to cut the branch ?08:51
*** rotbeard has joined #openstack-nova08:53
bauzasVenkatesh: hey08:54
bauzasVenkatesh: hans had a quite good argument08:54
VenkateshHi bauzas08:54
bauzasVenkatesh: so, I'm not super opiniated either way08:54
bauzasVenkatesh: but since his argument is valid, could you just respin a new patchset by taking in account his comment ?08:55
Venkateshsure08:55
bauzasVenkatesh: thanks08:55
Venkateshwelcome08:56
*** rotbeard has quit IRC08:57
*** haomaiwang has quit IRC09:01
*** haomaiwang has joined #openstack-nova09:01
*** alex_klimov has quit IRC09:02
*** lifeless has joined #openstack-nova09:03
openstackgerritMasaki Matsushita proposed openstack/nova: Fix logging_sample.conf to use oslo_log formatter  https://review.openstack.org/22718609:05
*** rotbeard has joined #openstack-nova09:11
*** atuvenie has joined #openstack-nova09:15
*** MarcF has quit IRC09:15
*** otter768 has joined #openstack-nova09:17
*** MarcF has joined #openstack-nova09:17
johnthetubaguyVenkatesh: I think there is something nice about defining the method you need to over-ride, but others may dissagree09:20
Venkateshjohnthetubaguy: Ok, I will submit a new patch09:20
VenkateshThanks09:20
*** otter768 has quit IRC09:22
*** mpaolino has quit IRC09:24
*** mpaolino has joined #openstack-nova09:25
*** ndipanov has joined #openstack-nova09:27
*** dtantsur has joined #openstack-nova09:27
dtantsurmorning folks!09:27
dtantsuris it a know failure: http://logs.openstack.org/05/226805/2/check/gate-ironic-inspector-dsvm/5cd5071/logs/screen-n-cond.txt.gz?level=WARNING ?09:27
*** markvoelker has joined #openstack-nova09:29
*** aix has quit IRC09:29
johnthetubaguybauzas: I have a feeling we have an issue with your metrics patch, did you see the above link from dtantsur ?09:30
bauzasjohnthetubaguy: looking09:31
bauzasf***09:31
johnthetubaguyyeah09:31
johnthetubaguydifferent host manager09:31
johnthetubaguydamm it09:31
bauzasso a dict comprehension is not liking a None09:31
bauzasI think it's a python problem09:31
dtantsurmaybe something like (None or ()) would work...09:32
johnthetubaguyoh... host_state is None manybe?09:32
bauzasjohnthetubaguy: nope, HostState.metrics = None09:32
bauzasby default09:32
johnthetubaguyoh, no, right, host_state.metrics is none09:32
johnthetubaguyyeah09:32
openstackgerritBartosz Fic proposed openstack/nova: Live migration failure in API doesn't revert task_state of vm  https://review.openstack.org/16891609:32
bauzasunless you call update_from_cn() where it updates it to have a metricslist09:32
johnthetubaguybauzas: did that get into RC1 that we just cut?09:32
bauzasjohnthetubaguy: nope, lemme check09:32
bauzasjohnthetubaguy: I think it was merged *after*09:33
* johnthetubaguy crosses fingers09:33
bauzasjohnthetubaguy: I mean after the Mitaka patch09:33
johnthetubaguybauzas: cool, let me know when you have a none check added, and we can push that through09:33
dtantsurthanks a lot!09:33
*** markvoelker has quit IRC09:34
johnthetubaguydtantsur: thanks for letting us know09:34
bauzasjohnthetubaguy: yup09:34
bauzasdtantsur: what puzzles me is why you have this exception09:34
dtantsurme too...09:34
bauzasdtantsur: since when calling the hostmanager you call update_from_cn() which updates host_state.metrics to a metricslist09:34
dtantsurwe don't do anything particularly tricky in gate: we use default ironic devstack setup, then do 'nova boot'09:35
bauzasdtantsur: yeah I know...09:35
bauzasdtantsur: mmmm09:35
bauzasdtantsur: wondering if it's not due to the IronicHostManager09:35
*** danpb has joined #openstack-nova09:36
bauzasgiven there is another HostState09:36
dtantsurthat's what we do in gate, if it helps: https://github.com/openstack/ironic-inspector/blob/master/devstack/exercise.sh#L188-L19209:37
dtantsur(yes, we don't have a tempest plugin yet)09:37
bauzasjohnthetubaguy: so, it was merged after the Mitaka update09:37
bauzas[sbauza@sbauza nova]$ git log --oneline | egrep "(Open Mitaka development|Fix MetricWeigher to use MonitorMetricList)"09:37
bauzas14b6d8e Merge "Fix MetricWeigher to use MonitorMetricList"09:37
bauzas6d736946 Merge "Open Mitaka development"09:37
bauzasfd2b868 Fix MetricWeigher to use MonitorMetricList09:37
*** kiran-r has quit IRC09:37
bauzasd3a4797 Open Mitaka development09:37
*** mpaolino has quit IRC09:38
bauzasdtantsur: fixing the dict comprehension first and then will see why it failed09:38
*** eglynn has joined #openstack-nova09:39
dtantsuryeah, thanks. I'll be back in ~ 1 hour, if you don't mind.09:39
*** alex_klimov has joined #openstack-nova09:40
*** mleroy has joined #openstack-nova09:45
*** atuvenie has quit IRC09:48
*** sambetts has joined #openstack-nova09:49
openstackgerritWei Jiangang proposed openstack/nova: wsgi: removing semicolon  https://review.openstack.org/22719709:50
*** mpaolino has joined #openstack-nova09:50
*** dtantsur is now known as dtantsur|brb09:50
openstackgerritvenkatesh proposed openstack/nova: make the driver.Scheduler as abstract class  https://review.openstack.org/21201609:54
*** IanGovett has joined #openstack-nova09:55
*** rotbeard has quit IRC09:55
openstackgerritSylvain Bauza proposed openstack/nova: Fix NoneType error when calling MetricsWeigher  https://review.openstack.org/22719909:56
*** VikasC has quit IRC09:57
*** Venkatesh has quit IRC09:57
bauzasjohnthetubaguy: ^09:57
bauzasjohnthetubaguy: I marked the bug as critical to make sure we land it asap09:57
bauzasjohnthetubaguy: since it's now a gate problem...09:57
bauzasI sincerely apologize for having missed that :/09:58
*** annegentle has joined #openstack-nova09:58
johnthetubaguyyou should blame the reviewers too09:58
bauzasnah, it was an obvious one, I took the decision to update the CachingScheduler instead of just adding an or []09:59
bauzasit was a bad decision09:59
bauzasjohnthetubaguy: btw. has the release team cut RC1 with the help of the SHA you provided ?10:00
bauzasjohnthetubaguy: haven't yet seen a ttx email about Nova10:00
*** haomaiwang has quit IRC10:01
bauzasjohnthetubaguy: just wondering how to backport the above bug to Liberty (I mean 2 changes or one squashed)10:01
bauzasgiven the previous commit was buggy10:01
*** haomaiwang has joined #openstack-nova10:01
*** kiranr has quit IRC10:02
johnthetubaguybauzas: unsure what is normal, two commits squashed makes sense to me, with both commit messages in the git commit message10:02
*** aix has joined #openstack-nova10:02
bauzasyeah with a big fat commit msg explaining why10:03
*** annegentle has quit IRC10:03
johnthetubaguybauzas: lets wait for jenkins to vote, and then we can rally the troops to get that merged10:03
johnthetubaguybauzas: yeah10:03
bauzasjohnthetubaguy: totally agreed10:03
*** rotbeard has joined #openstack-nova10:04
openstackgerritNikola Dipanov proposed openstack/nova: rebuild: Apply migration context before calling the driver  https://review.openstack.org/22692310:05
ndipanovjohnthetubaguy, ^ not sure you saw that one - anyway if we are doing rc2 might be good to get it in than10:07
ndipanovthen*10:07
ttxbauzas: it's out now10:07
*** ildikov has joined #openstack-nova10:07
ttxI made a combo with trove that was on its way10:07
bauzasttx: oh cool !10:07
*** atuvenie has joined #openstack-nova10:07
*** claudiub has joined #openstack-nova10:08
*** scheuran has quit IRC10:13
*** shyu has quit IRC10:14
johnthetubaguyndipanov: we will need an RC2 for the translations, just use the bug tag to make sure its considered, I think we agreed on liberty-rc-potential (might become liberty-backport-potential, but I think thats more a stable branch thing)10:20
*** takedakn has joined #openstack-nova10:20
ndipanovjohnthetubaguy, I did add that I think let me check10:21
*** zhangjn has quit IRC10:21
johnthetubaguyI know a lot were cleared out yesterday, so we can start again10:21
johnthetubaguyoh dear, has gerrit stopped again :(10:21
*** takedakn has quit IRC10:22
*** kiran-r has joined #openstack-nova10:22
ndipanovjohnthetubaguy, yep still has the tag so10:22
ndipanovit's not critical for non-numa stuff - that's still fixed and will do RT-ing10:23
ndipanovbut would be good to get in if possible - it's tiny and dansmith likes it10:23
ndipanov:)10:23
*** e0ne has joined #openstack-nova10:23
*** e0ne has quit IRC10:24
*** sudipto has joined #openstack-nova10:28
johnthetubaguyndipanov: seems like a worth while backport to the stable branch before RC2 goes out10:28
johnthetubaguyndipanov: just getting my head around it10:28
ndipanovjohnthetubaguy, thanks10:28
*** rdopiera has quit IRC10:29
openstackgerritSylvain Bauza proposed openstack/nova: Fix NoneType error when calling MetricsWeigher  https://review.openstack.org/22719910:29
bauzasjohnthetubaguy: so I verified and the unittest was not cool because when you have only one host, it doesn't call the weigher...10:29
bauzasjohnthetubaguy: so I needed to respin another one10:29
bauzasjohnthetubaguy: it was not covering my change10:29
johnthetubaguybauzas: bummer, yes, thats true10:30
*** Venkatesh has joined #openstack-nova10:32
claudiubjohnthetubaguy: hello. if you have some time, can you take a look at the host capabilities spec? https://review.openstack.org/#/c/222200/10:33
claudiubjohnthetubaguy: also, this is the os-win in nova patch, hyper-v ci is happy with it: https://review.openstack.org/#/c/212102/10:34
johnthetubaguyclaudiub: yeah, will be getting that on my list soon, just looking at the ones that have been waiting a month or two first10:34
johnthetubaguyclaudiub: you need the blueprint approved first right?10:34
claudiubjohnthetubaguy: true.10:34
*** EinstCrazy has joined #openstack-nova10:34
*** chenzeng has quit IRC10:35
*** ndipanov has quit IRC10:35
claudiubjohnthetubaguy: https://blueprints.launchpad.net/nova/+spec/add-os-win-library10:35
johnthetubaguyclaudiub: I need to send an email about that, to kick off things for mitaka10:35
claudiubjohnthetubaguy: also, you previously had a +2 on the uefi secure boot spec: https://review.openstack.org/#/c/190997/10:35
johnthetubaguyprobably post nova-meeting, I suspect10:35
claudiubjohnthetubaguy: ok, cool. :)10:36
johnthetubaguyyep, thats on the list, trying to work out whats there first, then start tackling them10:36
bauzasdtantsur|brb: johnthetubaguy: shit, I got the problem10:37
johnthetubaguywe have 45 specs wanting a review, I know i average around 30 mins per spec review10:37
*** irenab has quit IRC10:37
johnthetubaguybauzas: I was going to say, did you reproduce the traceback in your unit test yet?10:38
bauzasdtantsur|brb: johnthetubaguy: IronicHostManager reimplements update_from_cn() which was setting the right host_state.metrics10:38
claudiubjohnthetubaguy: i see. no worries, take your time. :)10:38
johnthetubaguybauzas: yeah, different host manager is often an issue here10:38
bauzasjohnthetubaguy: yeah that's why I respined the change10:38
*** vlaza has joined #openstack-nova10:38
bauzasjohnthetubaguy: I was wondering why the new unittest I added wasn't failing when I was reverting my change10:38
johnthetubaguybauzas: totally need to get some functional tests around all the filters and weights, which both host managers10:39
bauzasjohnthetubaguy: hell yeah10:39
johnthetubaguybauzas: do you fancy that as a follow on patch?10:39
bauzasyou mean Tempest gating ?10:39
johnthetubaguybauzas: I think that caching_scheduler patch might do it10:39
johnthetubaguybauzas: no, in tree tests10:39
*** rdopiera has joined #openstack-nova10:39
bauzasjohnthetubaguy: that's doable, I'm pretty more concerned about the coverage we could get10:39
*** salv-orlando has quit IRC10:40
bauzasjohnthetubaguy: since lots of filters are behaviouring differently given the provided resources10:40
bauzasjohnthetubaguy: but at least we can add just a default check10:40
*** salv-orlando has joined #openstack-nova10:40
bauzasjohnthetubaguy: so we could improve that later on10:41
johnthetubaguybauzas: yeah, I was thinking just something that touches them all, so people can build on it10:41
johnthetubaguybauzas: yeah, what you just said :)10:41
bauzasjohnthetubaguy: yeah the cachingscheduler performance test is a first step10:41
*** amotoki has joined #openstack-nova10:41
bauzasjohnthetubaguy: so I could create some new in-tree module for leaving room to improvements10:41
johnthetubaguyyeah, adding one for ironic would be a good first step10:42
*** zhenguo has quit IRC10:42
bauzasalthough it wouldn't be a real functional test, just a big unittest10:42
bauzascovering a 2-level depth of calls10:42
bauzasjohnthetubaguy: I can certainly write that, please stay on the line :)10:43
*** FL1SK has joined #openstack-nova10:44
bauzasjohnthetubaguy: the other way I was thinking about functionally testing the scheduler was to do that way : https://review.openstack.org/#/c/221779/4/nova/tests/functional/test_servers.py,cm (but modifying the flags so that all filters would be called)10:47
bauzasjohnthetubaguy: but that's just a basic coverage that doesn't allow to refine more tests10:47
*** haomaiwang has quit IRC10:47
*** haomaiwang has joined #openstack-nova10:48
*** haomaiwa_ has joined #openstack-nova10:48
*** haomaiwang has quit IRC10:48
johnthetubaguybauzas: yeah, I think more isolation is a good idea to start with10:48
johnthetubaguybauzas: something nice and simple to extend10:49
bauzasokay, I have something in mind10:49
*** mpaolino has quit IRC10:51
*** stevemar has joined #openstack-nova10:52
*** dtantsur|brb is now known as dtantsur10:53
* dtantsur is back10:55
*** stevemar has quit IRC10:55
*** gongysh has quit IRC10:57
*** dave-mccowan has joined #openstack-nova10:57
dtantsurbauzas, so https://review.openstack.org/#/c/227199 is the fix, right? If so, I'll try to add Depends-On for one of our patches10:58
bauzasdtantsur: yup, like I said, the problem is that Ironic is overriding the method responsible for setting host_state.metrics10:59
dtantsuroh..10:59
*** tomoiaga has joined #openstack-nova10:59
openstackgerritZhao Lei proposed openstack/nova-specs: Fix a value typo for hw_numa_mempolicy  https://review.openstack.org/22722211:00
*** haomaiwa_ has quit IRC11:01
*** rook has quit IRC11:01
*** haomaiwa_ has joined #openstack-nova11:01
*** irenab has joined #openstack-nova11:03
dtantsurhttps://review.openstack.org/#/c/227193/ now Depends-On this change, we'll see how it goes11:03
tomoiagaI wonder what happened to compute.instance.create start/end notifications. Are those replaced by compute.instance.update ?11:04
johnthetubaguytomoiaga: should have both I thought11:05
johnthetubaguytomoiaga: problem is the notification are totally untested, and un versioned right now, so its really as stable as log messages right now11:06
johnthetubaguytomoiaga: there is a plan to fix all that, but no one working on it right now11:06
tomoiagajohnthetubaguy: I am still looking through the code. I can see the compute node sending create.start/end but I am not receiving them throufh ceilometer and a second queue I setup for duplicates.11:06
tomoiagajohnthetubaguy: than you, I'll investigate further, maybe there is a bug or something else wrong here11:07
johnthetubaguyyeah, would be interesting to know whats happening inside ceilomter to those, I am stacktach user, I think we are still getting those, last time I checked11:07
*** rook has joined #openstack-nova11:09
tomoiagajohnthetubaguy: I was going to try out stacktach but I can see ceilometer supporting events and what I need for now. I'm curious anyway if stacktach receives those events :)11:09
*** njirap has joined #openstack-nova11:09
openstackgerritZhuChunzhan proposed openstack/nova: Improve the performance of get instances  https://review.openstack.org/21455511:11
*** moshele has joined #openstack-nova11:14
*** otter768 has joined #openstack-nova11:18
markus_zsahid: johnthetubaguy: I answered to your feedback in https://review.openstack.org/#/c/215102/1211:19
markus_zIt could be that johnthetubaguy found something, but I'm not sure if I see this right.11:19
johnthetubaguymarkus_z: we have to upgrade live between any commit, not just release to release11:20
markus_zjohnthetubaguy: Right, I remember the statement.11:23
*** otter768 has quit IRC11:23
markus_zjohnthetubaguy: I think the example I gave in the review still holds.11:23
markus_zjohnthetubaguy: ... oh... one sec...11:24
* johnthetubaguy bravely runs off to get some lunch11:24
*** zhangjn has joined #openstack-nova11:27
*** tpeoples has joined #openstack-nova11:28
*** moshele has quit IRC11:28
garykjohnthetubaguy: danpb: added missing libvirt tests for the designer - https://review.openstack.org/22597511:29
*** achanda has joined #openstack-nova11:29
*** exploreshaifali has joined #openstack-nova11:30
*** markvoelker has joined #openstack-nova11:30
*** ociuhandu has quit IRC11:30
*** exploreshaifali has quit IRC11:32
*** markvoelker has quit IRC11:34
*** Kevin_Zheng has quit IRC11:35
*** tomoiaga has left #openstack-nova11:37
*** alexpilotti has joined #openstack-nova11:41
*** achanda has quit IRC11:41
*** bswartz has quit IRC11:43
*** takedakn has joined #openstack-nova11:44
*** thorst has joined #openstack-nova11:46
*** annegentle has joined #openstack-nova11:47
*** annegentle has quit IRC11:52
*** takedakn has quit IRC11:52
*** sudipto has quit IRC11:52
*** njirap has quit IRC11:54
*** Sree has joined #openstack-nova11:54
*** yuner027 has joined #openstack-nova11:55
*** baoli has joined #openstack-nova11:56
*** takedakn has joined #openstack-nova11:56
*** haomaiwa_ has quit IRC12:01
openstackgerritZhuChunzhan proposed openstack/nova: Improve the performance of get instances  https://review.openstack.org/21455512:01
*** haomaiwang has joined #openstack-nova12:01
*** rfolco has joined #openstack-nova12:02
*** aysyd has joined #openstack-nova12:02
*** bkopilov has quit IRC12:03
*** exploreshaifali has joined #openstack-nova12:03
openstackgerritjichenjc proposed openstack/nova: Remove duplicate VALID_NAME_REGEX  https://review.openstack.org/21848912:04
*** ildikov has quit IRC12:05
*** ankit_ag has quit IRC12:06
*** haomaiwang has quit IRC12:09
markus_zIs anyone noticing a slow down of Gerrit too?12:10
dtantsurvery slow12:10
vlaza+112:12
*** artom has joined #openstack-nova12:12
claudiub++12:13
dtantsurbauzas, johnthetubaguy, my patch depending on the gate fix succeeded \o/ could you please merge it?12:13
*** gszasz has joined #openstack-nova12:14
garykyeah, terrible at the moment12:15
*** exploreshaifali has quit IRC12:16
*** sayali has quit IRC12:17
VenkateshHi all,12:19
Venkateshfor the following patch12:19
Venkateshhttps://review.openstack.org/#/c/212016/12:19
Venkateshjenkins is giving -112:19
*** dims__ has quit IRC12:19
Venkateshhow to recheck?12:19
*** sayali has joined #openstack-nova12:20
*** dims_ has joined #openstack-nova12:20
*** annegentle has joined #openstack-nova12:22
*** alex_klimov has quit IRC12:24
openstackgerritNikola Dipanov proposed openstack/nova: rebuild: Apply migration context before calling the driver  https://review.openstack.org/22692312:25
markus_zVenkatesh: hans already did it. Your change is in the queue again: http://status.openstack.org/zuul/12:27
VenkateshOK, Thanks12:27
*** chenzeng has joined #openstack-nova12:28
*** Daisy_ has joined #openstack-nova12:29
*** raildo-afk is now known as raildo12:29
*** markvoelker has joined #openstack-nova12:31
*** Venkatesh has quit IRC12:32
*** edmondsw has joined #openstack-nova12:32
*** ociuhandu has joined #openstack-nova12:33
dtantsurcore folks, could you please merge https://review.openstack.org/#/c/227199/ ? it blocks the gate for ironic-inspector. thanks!12:33
dtantsurdanpb, ^^12:34
*** annegentle has quit IRC12:34
*** jamielennox|away is now known as jamielennox12:37
*** burgerk has joined #openstack-nova12:37
openstackgerritJianghua Wang proposed openstack/nova: XenAPI: Add support for vGPU  https://review.openstack.org/22342612:39
*** leitan has joined #openstack-nova12:40
*** kiran-r has quit IRC12:43
*** tpeoples has quit IRC12:44
*** zhangjn has quit IRC12:46
*** EinstCrazy has quit IRC12:46
*** Daisy_ has quit IRC12:46
*** Daisy has joined #openstack-nova12:46
*** kodokuu has joined #openstack-nova12:47
*** mnaser has quit IRC12:47
*** vladikr has joined #openstack-nova12:48
*** ccarmack has joined #openstack-nova12:50
*** Daisy has quit IRC12:50
*** deepakcs has quit IRC12:51
*** alex_klimov has joined #openstack-nova12:53
*** stevemar has joined #openstack-nova12:53
*** mnaser has joined #openstack-nova12:54
*** takedakn has quit IRC12:56
*** rlrossit has joined #openstack-nova12:56
*** stevemar has quit IRC12:57
*** takedakn has joined #openstack-nova12:59
*** ildikov has joined #openstack-nova12:59
*** julien_ZTE has joined #openstack-nova13:00
*** tongli has joined #openstack-nova13:00
*** mdrabe has joined #openstack-nova13:03
*** chenzeng has quit IRC13:04
*** mdrabe has quit IRC13:04
*** garyk has quit IRC13:06
*** Sree has quit IRC13:07
*** larsks has quit IRC13:07
openstackgerritjichenjc proposed openstack/nova-specs: Add change-return-code-api-20x.rst  https://review.openstack.org/22727413:08
*** ctrath has joined #openstack-nova13:09
*** sayali has quit IRC13:10
*** thumpba has joined #openstack-nova13:11
*** EinstCrazy has joined #openstack-nova13:12
openstackgerritBartosz Fic proposed openstack/nova: Block migrate with attached volumes copies volumes to themselves  https://review.openstack.org/22727813:12
*** sayali has joined #openstack-nova13:13
*** shoutm has quit IRC13:13
*** deepthi has quit IRC13:14
*** alejandrito has joined #openstack-nova13:14
*** ijuwang has joined #openstack-nova13:16
*** mriedem_away is now known as mriedem13:18
*** otter768 has joined #openstack-nova13:19
*** READ10 has joined #openstack-nova13:21
mriedemalaski: bauzas: DuncanT: did anyone propose a revert yet for the cinder.cross_az_attach deprecation change?13:22
mriedemmy interweb is crawling13:22
openstackgerritZhao Lei proposed openstack/nova: Fix some spelling typo in manual  https://review.openstack.org/22729413:22
alaskiI haven't, but I was about to go look13:22
mriedemok, i'll propose it,13:22
mriedembut wanted to reply to the ML first13:22
alaskigerrit is really slow today13:22
*** takedakn has quit IRC13:23
DuncanTmriedem: I didn't - I'm happy to sort it after tokyo, since we might well end up deprecating that opetion and fixing up cinder to make AZ decisions rather than nova needing to know anything about cinder deployment13:23
mriedemas part of the revert, i wanted to point out that (1) this all needs to be better documented, and (2) i'm interested in how godaddy is handling boot from volume with this, because that needs some work wrt cross_az_attach13:23
*** otter768 has quit IRC13:23
mriedemDuncanT: yeah, that's the problem i'm afraid of, is in boot from volume nova has to figure out what cinder has setup for the tenant and then make decisions13:23
mriedemplus there are some big usability issues here, because this is really api policy defined in config options that the user has no idea about13:24
DuncanTmriedem: Why? It just asks cinder to create a volume, telling cinder what AZ the compute host is in... cinder will know its AZ config, and can therefore just do the right thing13:24
mriedemDuncanT: unless that az isn't defined in cinder13:25
mriedemwhich is the bug that started all of this13:25
*** VW has joined #openstack-nova13:25
*** tpeoples has joined #openstack-nova13:25
DuncanTmriedem: That's cinder's problem, not nova's IMO. We need to fix cinder to handle that correctly, not add work arounds in nova13:25
DuncanTmriedem: I'm very much of the opinion that we need to get knowledge of cinder's internals out of nova, not add more13:26
*** jichen has quit IRC13:26
mriedemthere was a workaround option added to cinder in liberty to fallback to a default cinder az if the one requested doesn't exist, but that's a config option and it's false by default13:26
mriedemDuncanT: i'd agree with that :)13:26
mriedemwrt attach volume cases, cross_az_attach is pretty clear13:26
*** Venkatesh has joined #openstack-nova13:26
mriedemit's just the boot from volume case that is buggy and not very usable imo13:26
mriedemi'm pretty sure when this fails on a boot from volume, the user is just getting back NoValidHost13:26
*** rotbeard has quit IRC13:27
DuncanTmriedem: again, I don't think nova should be making decisions about what can and can't be attached, that's a cinder decision, just make sure cinder knows the compute AZ as part of the attach method and it can decide if that makes sense or not13:27
mriedemliteral attach or volume create?13:27
DuncanTmriedem: Both13:28
mriedemor just both13:28
mriedemyeah13:28
alaskiyep, agreed13:28
mriedemok, so i'll propose the revert once gerrit is working and i'm out of my next meeting13:28
*** xyang1 has joined #openstack-nova13:29
mriedemi plan on updating the help text for that option also as part of this, and maybe writing up some devref on it13:29
DuncanTmriedem: We need to re-do the nova<->cinder API to fix a whole bunch of issues, we'll fix this there as well. Still leaves the legacy code in a bit of a mess, but that's harder to fix. The default API for the M release should be the new one, and we can do that right13:29
bauzasmriedem: DuncanT: alaski: sorry was afk13:29
bauzasscrolling back13:29
DuncanTmriedem: I'm certainly happy to review (or find people with a good understanding to review) and docs. Thanks13:29
*** mriedem is now known as mriedem_away13:30
*** mriedem_away is now known as mriedem_meeting13:30
alaskiDuncanT: what's the best way to log a feature request against Cinder to track this?13:31
bauzasDuncanT: mriedem_meeting: alaski: so given our discussion, I prefer to see the Cinder session during Tokyo before doing anything13:31
mriedem_meetingbauzas: you mean before reverting the deprecation?13:32
DuncanTalaski: A spec normally.... though I plan on writing one to cover the 2 usecases I've already got (detailed in the email thread) so maybe giving me a couple of days to get that done then reviewing that might be easier?13:32
bauzasmriedem_meeting: no no, sorry13:32
bauzasmriedem_meeting: I mean, let's revert the change and discuss the AZ with the Cinder guys anytime13:33
alaskiDuncanT: that would be great13:33
mriedem_meetingbauzas: yeah, working on that13:33
*** takedakn has joined #openstack-nova13:33
bauzasDuncanT: MHO is that I would really know why Nova AZs are useful in Cinder - if this is just for knowing13:34
*** su_zhang has joined #openstack-nova13:34
bauzasDuncanT: I mean, like I said to you, I know that operators use the AZs, but that's really a workaround IMHO13:34
alaskibauzas: so far the only use I've seen is to do rough cross project scheduling13:35
bauzaspossibly13:35
bauzasalaski: I mean, I wanted to discuss about x-project scheduling13:35
bauzasalaski: but last times, I've been told that's only for Nova vs. Cinder vs. Neutron, not a really x-project discussion13:36
*** dustins has joined #openstack-nova13:36
bauzasbut sure, we can try to propose a discussion about that13:36
alaskiit would probably have to take a slot in one of those projects tracks13:37
*** romainh has left #openstack-nova13:37
*** tpeoples has quit IRC13:37
alaskibut it seems a bit early to be discussing that, right?13:38
*** njirap has joined #openstack-nova13:38
DuncanTbauzas: Nova AZs are useful to operators who choose to group their storage in the same way as their nova AZs are grouped (which is a logical thing to do)13:38
*** burgerk has quit IRC13:38
alaskiwe still have a good bit of work to do before we can consider splitting a scheduler to do cross project work13:38
DuncanTbauzas: Examples of reasons why you'd do it include thinning down the cross-az storage traffic13:38
dtantsurfolks, sorry for nagging you, but ironic-inspector plans on liberty release today, and we're blocked by https://review.openstack.org/#/c/227199/13:39
dtantsurcould you please merge it?13:39
bauzasargh, I had some IRC problem so my last phrases were out13:39
*** thumpba has quit IRC13:39
*** thumpba has joined #openstack-nova13:40
bauzasalaski: no, I was not saying to split the scheduler13:41
smcginnisDuncanT: AZ's could also be useful for folks using fibre channel. Don't try to access storage on a different fabric.13:42
bauzasalaski: just having a discussion with the other projects to see what could be the requirements for providing to the nova scheduler the list of resources that the scheduler could consume for having affinity13:42
DuncanTsmcginnis: ++13:42
bauzasalaski: but I'm not very opiniated on that13:42
*** garyk has joined #openstack-nova13:43
*** haomaiwang has joined #openstack-nova13:43
garykjohnthetubaguy: when can all of the patches that are blocked be unblocked? when will rc1 be cut?13:43
johnthetubaguygaryk: when the blueprints are approved for mitaka13:44
johnthetubaguyneed to discuss how we do that at the meeting later, or this afternoon in prep for that, will send a mail on tomorrow saying how to do that13:44
garykcan you approve them? you approved them in liberty13:44
johnthetubaguyfor the previously approved specs, I have a few of those in the pipe already13:45
DuncanTbauzas: AZs are different to the general use affinity directives as far as I'm concerned. Volume affinity can mean different things to different people13:45
garykjohnthetubaguy: and those that do not require specs?13:45
*** snikitin has quit IRC13:45
*** zhangjn has joined #openstack-nova13:45
*** zhangjn has quit IRC13:46
johnthetubaguygaryk: not decided the process yet, want to discuss ideas with folks first13:46
openstackgerritDaniel Berrange proposed openstack/nova-specs: Libvirt real time instances  https://review.openstack.org/13968813:46
garykok. sure13:46
*** zhangjn has joined #openstack-nova13:47
*** zhangjn has quit IRC13:47
*** zhangjn has joined #openstack-nova13:48
*** zhangjn has quit IRC13:49
johnthetubaguygaryk: so, for the moment, feel free to add them into here, under specless blueprint: https://etherpad.openstack.org/p/mitaka-nova-spec-review-tracking13:49
*** njirap has quit IRC13:49
johnthetubaguygaryk: if we change how it works, I will move them for you13:49
*** sudipto has joined #openstack-nova13:50
garykok, will do13:50
bauzasDuncanT: agreed, I'm just concerned about the overall design of that13:50
*** njirap has joined #openstack-nova13:51
bauzasDuncanT: like I said, operators used the AZs in some way that we didn't formalized, and before moving on, I want to make sure that it matches with our goals13:51
*** karimb has quit IRC13:52
*** thumpba has quit IRC13:52
DuncanTbauzas: Well, there'll be a good writeup in a cinder spec in the near future, and I'll add a link to it on the mailing list thread. It covers the two ways I know operators want AZs to work. Feedback very welcome.13:53
bauzasDuncanT: okay, I don't want to cycle more than that13:53
DuncanTbauzas: If somebody else is doing something different, I'd like to hear about it. If not, we formalise these as the two supported configs and move on13:53
bauzasDuncanT: so IIUC, Cinder AZs are more metatadate applied to volumes, right ? nothing really mapped with some logical components, like we do with aggregates?13:54
DuncanTThey're metadata applied to backends at the moment13:55
DuncanTbauzas: a backend can only be in one AZ13:55
bauzaswhen you say backend, you say cinder-volume services ?13:56
*** eharney has joined #openstack-nova13:56
*** EinstCrazy has quit IRC13:57
*** achanda has joined #openstack-nova13:57
*** sudipto has quit IRC13:57
*** zzzeek has joined #openstack-nova13:58
*** achanda has quit IRC13:59
*** zhangjn has joined #openstack-nova13:59
*** baoli has quit IRC14:00
*** haomaiwang has quit IRC14:01
*** njirap has quit IRC14:01
*** haomaiwang has joined #openstack-nova14:01
*** baoli has joined #openstack-nova14:01
bauzasDuncanT: could you please point me out some place where the AZ enforcement is done in Cinder ? I need to ramp-up on Cinder before actually being opiniated enough14:01
*** karimb has joined #openstack-nova14:01
openstackgerritDaniel Berrange proposed openstack/nova-specs: Libvirt driver emulator threads placement policy  https://review.openstack.org/22589314:02
DuncanTbauzas: At the moment it is ill defined, inconsistent and possibly broken14:02
bauzasDuncanT: ack14:02
DuncanTbauzas: And yes, backend == cinder volume service14:03
*** njirap has joined #openstack-nova14:06
mriedem_meetingis sam morrison ever on irc?14:07
*** mriedem_meeting is now known as mriedem14:07
mriedemdoes godaddy allow boot from volume where source != volume?14:07
*** diogogmt has joined #openstack-nova14:09
mriedemdanpb: dansmith: has anyone from red hat looked at this? https://bugs.launchpad.net/nova/+bug/1415087 - there are several places in nova where qemu-img convert is called w/o specifying -f, so it seems like it'd be an issue in nova too14:09
openstackLaunchpad bug 1415087 in OpenStack Compute (nova) "[OSSA 2015-011] Format-guessing and file disclosure in image convert (CVE-2015-1850, CVE-2015-1851)" [High,Triaged] - Assigned to Tony Breeds (o-tony)14:09
openstackgerritChuck Carmack proposed openstack/nova: Disable security group tests in tempest-dsvm-cells-rc using a config option  https://review.openstack.org/22604314:10
bauzasmriedem: AFAIK, sam morrison is a NECTAR guy so possibly Australian14:10
*** breitz has quit IRC14:10
bauzasmriedem: that's why his comment is useful, because he probably maps AZs with cells14:11
mriedemyeah he's in australia14:11
*** breitz has joined #openstack-nova14:11
dansmithmriedem: I thought we had a scrub of some of those in the last year, but no, I dunno14:11
*** dims__ has joined #openstack-nova14:11
dansmithkashyap could also probably look too14:11
*** njirap has quit IRC14:11
bauzasmriedem: https://www.openstack.org/community/members/profile/754414:11
kashyapdansmith: Sorry, what is it?14:11
* kashyap reads a bit context14:11
mriedemkashyap: https://bugs.launchpad.net/nova/+bug/141508714:11
openstackLaunchpad bug 1415087 in OpenStack Compute (nova) "[OSSA 2015-011] Format-guessing and file disclosure in image convert (CVE-2015-1850, CVE-2015-1851)" [High,Triaged] - Assigned to Tony Breeds (o-tony)14:11
mriedemkashyap: trying to sort out if nova is affected by that bug14:11
*** j_king has quit IRC14:12
mriedemfrom looking at the code i'd think it was, but tonyb wasn't able to reproduce14:12
*** rdopiera has quit IRC14:12
bauzasFWIW, just discovered https://www.openstack.org/community/members/ (was pointing from https://wiki.openstack.org/wiki/People), very handy14:12
kashyapmriedem: Ah, this one, the key bit is that if Nova is creating backing files, then we should explcitly specify the backing format14:12
kashyaps/backing format/backing file format/14:13
bauzasI sometimes suck at knowing what is the nick of the gerrit owner14:13
*** j_king has joined #openstack-nova14:13
tonybkashyap: Yeah the only place we to that is in create_cow or similar but that was a secondary issue to being able to call convert on an image under user control14:14
tonybkashyap: It's trivial to do this with volumes but images as too hard for me14:14
*** dims_ has quit IRC14:14
kashyapBad: qemu-img create -f qcow2 -b ./base.img ./overlay1.qcow214:14
kashyapGood: qemu-img create -f qcow2 -b ./base.img -F raw ./overlay1.qcow214:14
markus_zbauzas: Uh, fancy :)14:14
*** takedakn has quit IRC14:15
*** dave-mccowan has quit IRC14:15
*** shoutm has joined #openstack-nova14:16
tonybkashyap: where -F is the same as -o,backing_fmt=xxx ?14:16
kashyaptonyb: Yep, was about to type that14:16
kashyapIt's same as: qemu-img create -f qcow2 -b ./base.img -o backing_fmt=raw ./overlay1.qcow214:16
tonybkashyap: okay I have a patch that does that part but It languished while I worked on the convert issue14:17
mriedemkashyap: so this is probably an issue in nova then right?14:17
mriedemeven if not recreated?14:17
tonybkashyap, mriedem: I'm working on a patch that raises an exception if we're converting to raw and the source has a backign_file14:17
tonybmriedem: there are 2 related issues.14:17
kashyapmriedem: Without code auditing I can't certainly say -- I'm trying to look. . .14:18
*** njirap has joined #openstack-nova14:18
kashyapIf Nova is creating backing files w/o explicitly specifying the format, then yes, it is affected.14:18
*** jaypipes has joined #openstack-nova14:19
*** tonytan4ever has joined #openstack-nova14:19
kashyapmriedem: tonyb: From my minimal grepping in the source, seems like the occurances I've seen so far _do_ specify the format. . .14:19
tonybkashyap: check nova/virt/libvirt/utils.py14:20
mriedemalaski: DuncanT: bauzas: my reply on the ML https://www.mail-archive.com/openstack-dev@lists.openstack.org/msg64179.html - i'll include that when i revert that deprecation change14:20
kashyapmriedem: tonyb: Err, I spoke too soon.  What I saw is source_fmt14:20
kashyaptonyb: Yeah, that's what I'm looking at14:20
tonybkashyap: function at line 7514:21
kashyapYeah, create_cow_image()14:21
tonybkashyap: Yup.14:21
tonybthat one needs the o,backing_fmt=xxx fix which is pretty simple14:21
kashyapYep14:22
kashyaptonyb: You said you already have a patch, is submitted?14:22
tonybkashyap: no.14:23
mriedemkashyap: tonyb: so we can at least mark the nova part of the bug as in progress right?14:23
mriedemand affected14:23
tonybkashyap: I wrote it months ago but it sat there while tried and failed to reproduce the convert bug14:23
*** diogogmt has quit IRC14:23
kashyapmriedem: Yes, we've identified the fix14:23
tonybmriedem: Well the topic kashyap and I are talkign about it closley related but seperate to the bug at hand IIUC14:24
tonybkashyap: but that's not the whole fix right?14:24
kashyaptonyb: You mean, for 1415087?14:25
sdaguemarkus_z: was there a question about bug tags the other day?14:25
tonybkashyap: yes, that's the one14:25
kashyaptonyb: I still have to load full context in my brain of that convert bug.  Allow me to read a bit.14:26
tonybkashyap: okay.14:26
*** marzif has joined #openstack-nova14:26
*** jamielennox is now known as jamielennox|away14:26
*** ndipanov has joined #openstack-nova14:26
markus_zsdague: kind of. I wanted to label bugs with more fine grained tags.14:27
markus_z*want14:27
markus_zsdague: I wanted to make an analysis based on tags were we have bigger pain points from a use-case point of view14:28
*** jwcroppe has quit IRC14:28
markus_zThe current tags seem to be very subteam/component oriented, which is fine for organizing but don't give a good direction where to focus on.14:29
*** jecarey has quit IRC14:29
garykjohnthetubaguy: i have updated the list. i guess i need to repost a spec that was half merged. what do you suggest there or do i need to wait?14:29
*** VW_ has joined #openstack-nova14:29
*** READ10 has quit IRC14:30
bauzasmarkus_z: MHO is that any tag we could provide would need to get some people looking at it14:30
markus_zsdague: I tried to reason it here: http://lists.openstack.org/pipermail/openstack-dev/2015-September/073376.html14:30
markus_zbauzas: why?14:31
*** VW__ has joined #openstack-nova14:31
bauzasmarkus_z: I mean, we could have more tags, but I wonder what could be the benefits14:31
johnthetubaguygaryk: got lots of specs up for mitaka already, they are starting to get reviews now, so I would get the specs you want for mitaka up ASAP14:31
*** VW_ has quit IRC14:31
*** VW__ has quit IRC14:31
sdaguemarkus_z: so, I think my only comment is maybe we need a prefix or something to those tags to ensure that people realize we're not using them as triage categories14:31
*** VW_ has joined #openstack-nova14:32
openstackgerritMatt Riedemann proposed openstack/nova: Revert "Deprecate cinder.cross_az_attach option"  https://review.openstack.org/22734014:32
*** VW has quit IRC14:32
mriedemjaypipes: alaski: dansmith: sdague: bauzas: DuncanT: smcginnis: ^14:32
bauzasmriedem: still reading your email :)14:33
bauzasmriedem: for the moment, using http://translate.cinder.com14:33
garykjohnthetubaguy: ok14:33
*** Murali has quit IRC14:33
garykjohnthetubaguy: if the spec was approved for liberty then what do we do?14:33
sdaguemriedem: it does seem a little crazy that the default is True on that14:33
mriedemsdague: on cinder.cross_az_attach?14:34
sdaguemriedem: yeh14:34
mriedemi'm assuming it was done that way for backward compat in grizzly14:34
markus_zsdague: So the assumption right now is really "tag xy" == "subteam abc"?14:34
*** marzif_ has joined #openstack-nova14:34
mriedembut it predated specs and didn't have a blueprint so who the hell knows14:34
johnthetubaguygaryk: same as before, propose for mitaka, and add the previously approved tag in the git commit message: https://github.com/openstack/nova-specs#previously-approved-specifications14:34
garykjohnthetubaguy: ok, will do14:35
mriedemsdague: markus_z: +1 to "I think my only comment is maybe we need a prefix or something to those tags to ensure that people realize we're not using them as triage categories"14:35
mriedemb/c spawn as a tag is not a subteam14:35
mriedemwhich was why i removed it yesterday14:35
sdaguemarkus_z: not always, but the agressive addition of tagging was to try to create functional silos where we could make sure we could get folks to look at some slice14:35
*** electrocucaracha has joined #openstack-nova14:36
*** dave-mccowan has joined #openstack-nova14:36
mriedemlike neutron is not an officail bug tag in nova, but i use it for network (official nova tag) bugs which are for the neutron backend14:36
*** marzif has quit IRC14:37
openstackgerritMatt Riedemann proposed openstack/nova: Revert "Deprecate cinder.cross_az_attach option"  https://review.openstack.org/22734014:37
mriedemalaski: sdague: ^ fixed a typo in the commit message14:38
DuncanTsdague: cross-az attach is a close approximation of what most people seem to want14:38
markus_zI wasn't aware that it was this tightly coupled. I'll think about the prefix approach.14:38
sdagueDuncanT: really? I thought that people wanted AZ locality14:38
mriedemmarkus_z: https://wiki.openstack.org/wiki/Nova/BugTriage#Step_1:_Tagging14:39
sdagueor is this just because AZ get different uses in different places14:39
DuncanTsdague: Informal survey says not14:39
markus_zmriedem: I've read that...14:39
DuncanTsdague: Nova azs mapping to a pan-az cinder seems the most common case14:39
*** zhangjn has quit IRC14:39
bauzasDuncanT: mostly because jgriffith told us that Cinder AZs are currently not really in use ?14:40
*** EinstCrazy has joined #openstack-nova14:40
mriedemsdague: DuncanT: it all feels very terrible for the end user experience trying to write apps against multiple clouds14:40
mriedemwhich is my major beef with this14:40
bauzasDuncanT: but rather an historical piece of nova-volume code that was kept14:40
mriedemmmmm, major beef14:40
*** zhangjn has joined #openstack-nova14:40
DuncanTbauzas: I've found two operators using them in anger, whough I don't (yet) know the exact code they're using14:40
markus_zI applied the "triage tags" and added "analysis tags".14:40
*** zhangjn has quit IRC14:40
*** obedmr has joined #openstack-nova14:40
bauzasmriedem: my biggest concern is that we even don't have a concept of multi-clouds in OpenStack but regions and cells14:41
*** salv-orlando has quit IRC14:41
*** vlaza has left #openstack-nova14:41
*** su_zhang has quit IRC14:41
mriedembauzas: i guess we should have done fractals then14:41
*** zhangjn has joined #openstack-nova14:41
mriedemthey were right all along14:41
bauzasregions are keystone, cells are nova14:41
*** nic has joined #openstack-nova14:41
*** zhangjn has quit IRC14:41
alaskimriedem: +114:41
DuncanTmriedem: I'm not sure how to square the interoperability circle, but I've a suggestion in the spec14:41
*** salv-orlando has joined #openstack-nova14:41
mriedemyeah, except people also isolate different hypervisors by region14:41
dansmithmriedem: lol14:42
*** zhangjn has joined #openstack-nova14:42
*** fawadkhaliq has joined #openstack-nova14:42
*** zhangjn has quit IRC14:42
mriedemlol to which? you know that's a thing right?14:42
bauzasFWIW, fractal is a language I learnt at university :p14:42
*** zhangjn has joined #openstack-nova14:43
*** zhangjn has quit IRC14:43
bauzaswell, rather a component model based on EJBs but I'm diverting14:43
dansmithmriedem: lol to the fractals14:43
*** zhangjn has joined #openstack-nova14:44
mriedemDuncanT: well i think i could at least add some validation to the compute api in the boot from volume case such that if cinder.cross_az_attach is False, and the instance.az isn't in the list of azs from cinder, we return a 40014:44
openstackgerritAlexis Lee proposed openstack/nova-specs: Get valid server state  https://review.openstack.org/19224614:44
mriedemDuncanT: but allow_availability_zone_fallback in cinder messes that up14:44
*** danpb has left #openstack-nova14:45
*** cfriesen__ has joined #openstack-nova14:45
*** danpb has joined #openstack-nova14:45
*** mtanino has joined #openstack-nova14:45
*** VW_ has quit IRC14:45
DuncanTmriedem: I'd rather nova just ask cinder if it can satisfy the request14:45
mriedemDuncanT: new api?14:45
*** VW has joined #openstack-nova14:45
DuncanTmriedem: Nova validating things messes up some of what we can do in cinder, and is the cause of much of our current problems14:45
DuncanTmriedem: Very much a new API14:45
bauzas-1 to that14:46
bauzasI'd rather prefer to leave Nova give the AZ information if really Cinder needs14:46
bauzasbut that doesn't necessarly mean that Cindre would have AZs or not14:46
DuncanTbauzas: Nova doesn't know the cinder AZ setup, or whether cinder is enforcing the AZs - that's the current problem14:47
bauzashow Cinder matches the AZ is just an operator decision14:47
mriedembauzas: well, if cross_az_attach is False, then we're supposed to be making sure they land in the same AZ14:47
mriedemDuncanT: right14:47
bauzasmriedem: so, get rid of nova creating the volume IMHO14:47
bauzasI know I'm fool14:47
mriedembauzas: heh, but then you enrage mgagne14:47
DuncanTbauzas: Cinder making a decision about whether to do anything with the AZ field from nova is a cinder decision14:47
bauzasmriedem: I know14:48
mriedemlet's just see how many operators we can piss off here :)14:48
DuncanTIt'd be nice to move orchestration somewhere otehr than the core compute API for sure14:48
bauzasmriedem: I always said that I was about to send an email saying "AZs are NOT failure domains, period" and leave the operators yell14:48
alaskiDuncanT: yes!14:48
bauzasDuncanT: +1 to that14:49
mriedemalaski: you had a valiant effort trying to bring heat into this :)14:49
sdaguewell, isn't this just placement, so this is the thing that should go into the scheduler layer?14:49
bauzassdague: I'm not that sure14:49
alaskimriedem: heh, no one took the bait14:49
DuncanTalaski: While keeping basically the same behaviour from an external PoV.... you can even leave a proxy in nova-api like the volume proxy, at least for a while - then nobody needs to know the dirty secrets14:49
bauzassdague: given cinder-volumes are attached to only one AZ14:49
erlonndipanov: ping14:49
DuncanTbauzas: Sometimes yes, sometimes no14:50
bauzassdague: there is no real placement decision from a nova standpoint14:50
openstackgerritAlexis Lee proposed openstack/nova-specs: Get valid server state  https://review.openstack.org/19224614:50
*** VW has quit IRC14:50
sdaguebauzas: right, but eventually that's placement policy from the cloud perspective14:50
alaskiDuncanT: yeah, I think that's the direction this needs to go.  an internal separation of responsibilities14:50
DuncanTbauzas: That's my point. Nova doesn't know that info, cinder does14:50
bauzassdague: I see your point14:50
sdaguewe should probably stop calling it the scheduler and call it the landscaper or something14:50
bauzassdague: you mean then NoValidHost if Nova can't place an instance with the same Cinder AZ14:50
bauzassdague: so, that's then probably Cinder should provide to the scheduler, yes14:51
mriedembauzas: that's what we already have today14:51
mriedemexcept novalidhost comes from the compute rather than scheduler14:51
mriedemto the end user it sucks either way14:51
*** kiran-r has joined #openstack-nova14:51
bauzasmriedem: I know DuncanT is against that wording, but call it volume affinity placement14:51
bauzasmriedem: I see the usecase where14:51
bauzasan user could say "okay, I have this volume, I want to create an instance close to that volume"14:52
*** apuimedo has quit IRC14:52
johnthetubaguynot to but in here, but it is a general problem, there are physical limitations that causes dependencies, that you really want to schedule based on14:52
bauzasmriedem: if that's a filter, that's an hard requirement, if that's a weighter, that's a soft requirement14:52
johnthetubaguynetworks have similar issues here, I think network segments is trying to model some of those14:52
*** thumpba has joined #openstack-nova14:52
johnthetubaguybauzas: yeah, I keep wanting to unify those into a weigher with a threshold14:52
bauzasso, here is the thing14:53
*** yamahata has quit IRC14:53
bauzaswhat if Cinder was able to report to the scheduler : take that, here are the list of volumes and AZs14:53
bauzasand then, when booting using --volume=foo, then map that in a weigher and try to find the closest locality14:54
mriedemwell we can get the tenant AZs from the volume API today14:54
kashyaptonyb: So, the backing_file of the base image (in nova/_instances) can always be raw I guess.  IIRC, an image uploaded is always first convert to raw.14:54
mriedemthe question is if they are used in cinder14:54
*** stevemar has joined #openstack-nova14:54
bauzasmriedem: as per jgriffith, not really atm14:54
*** ssurana has joined #openstack-nova14:54
alaskias johnthetubaguy is saying, this is really the same issue that cells is facing with networks14:54
bauzasmriedem: what I'm a bit not fan of is that defining AZs is really a yes or no decision for placement14:54
bauzasalaski: yup that too14:55
alaskigiven a resource <here> how do I place a different resource <there> so that here is close to there14:55
johnthetubaguyalaski: yeah, although its a hard limit with cells (usually) and a soft limit with volumes (usually)14:55
bauzasjohnthetubaguy: not if we're talking about AZs for volumes, it's an hard limit then14:55
johnthetubaguyalaski: yeah, that14:55
tonybkashyap: no they can be qcow2  IIUC14:55
alaskijohnthetubaguy: well for sam it seemed like a hard limit14:55
johnthetubaguyah, OK, so thats simpler14:55
bauzasalaski: yup14:55
mriedemyeah i was thinking the compute and volume hosts are the same, so they are in the same AZ for nova and cinder14:56
mriedemtightly coupled14:56
bauzasAZs are hard limits by definition, you're in or you're out14:56
*** tsekiyama has joined #openstack-nova14:56
mriedemin sam's case i mean14:56
johnthetubaguymost folks I heard rack of servers with storage array at the bottom, with some flexibility, but yeah, fiberchannel means limited connectivity between boxes14:56
mriedemso if you want an instance with volume in nova az 1 you also have to have htat volume in cinder az 114:56
johnthetubaguyanyways, hard limits, got it14:56
alaskimriedem: that very well could be14:57
bauzasmriedem: yup14:57
bauzasbut that means that the scheduler knows that14:57
johnthetubaguyso we need a mapping of "locality" between the services14:57
johnthetubaguyAZ is one way to do that14:57
bauzaswhich is not an HostState information14:57
mriedemnow let's talk about cinder multi-attach and how that's all going to work with AZs :)14:57
bauzasjohnthetubaguy: right, that's my point, I'm not sure that AZs are the best model for that14:57
*** emagana has joined #openstack-nova14:58
johnthetubaguymriedem: a certain unicode character comes to mind14:58
mriedempile of poo?14:58
johnthetubaguyyup14:58
bauzasmriedem: well, if that's a scheduler filter, we could consider that the success criteria is the sum of all verifications, nope ?14:58
*** tjones has joined #openstack-nova14:58
*** browne1 has joined #openstack-nova14:59
johnthetubaguyso the thing is, I see this as needing a claim system in the scheduler, but I could be overthinking it14:59
bauzasjohnthetubaguy: right and a way to get those metrics to the scheduler14:59
johnthetubaguyso reserve a volume, then try get the compute space, if thats not possible, drop claims, try another one, etc14:59
DuncanTmriedem: Multi-attach? If cinder is enforcing AZs then all instances you attach a volume to must be in  the same AZ. If cinder isn't enforcing AZs then you can attach anything anywhere14:59
mriedemwhat if there were a scheduler project that was outside of nova that could be used by both nova and cinder.....call it like, gunt or something....?14:59
bauzasmriedem: nah nah nah15:00
mriedemDuncanT: yeah15:00
mriedembauzas: joking15:00
*** abhishekk has left #openstack-nova15:00
bauzasmriedem: given Cinder can report stuff to nova, I'm fine with keeping the scheduler in a dark place15:00
bauzasmriedem: don't awake the best15:00
bauzasbeast15:00
*** haomaiwang has quit IRC15:01
mriedemDuncanT: so i guess we need a new volume api to tell is if cinder is enforcing AZs15:01
mriedemor i guess what else do we need? if the az we have in nova is also available in cinder? seems we already have that15:01
*** haomaiwang has joined #openstack-nova15:01
bauzasso, ideally, my Christmas gift list would be : a Cinder ResourceTracker providing metrics to scheduler, and a scheduler able to claim on those metrics15:01
*** dtantsur has left #openstack-nova15:01
DuncanTmriedem: I was thinking of just overloading the cinder az list api... if that returns 'none' then cinder isn't enforcing AZs, otehrwise it is15:01
kashyaptonyb: Hmm, how would you guess the format of the "Existing image" (that's mentoined on line 80)?15:01
*** annegentle has joined #openstack-nova15:01
mriedemDuncanT: i was thinking along the same lines15:02
bauzasDuncanT: mriedem: who would call the Cinder API ?15:02
DuncanTmriedem: I'll make sure to lay that out in the spec15:02
mriedemDuncanT: well, none could be confusing15:02
DuncanTmriedem: Why?15:02
mriedemDuncanT: was thinking more like 'any' or 'n/a' or something15:02
mriedemb/c none could just mean there are no AZs defined yet right?15:02
mriedemor is the default 'cinder' az always returned15:02
danpbjaypipes:  mriedem  dansmith johnthetubaguy would appreciate feedback on this spec sometime in the next few weeks, in case it turns out to be something needing summit discussion https://review.openstack.org/#/c/195662/15:02
DuncanTmriedem: Ok, we can make it very unambiguous, sure15:02
tonybkashyap: sorry 'line 80'?15:02
*** haomaiwang has quit IRC15:03
bauzasmriedem: you're thinking of Nova calling the cinder API, right?15:03
kashyaptonyb: Line 80 in utils.py - the one we were referring to a few mins ago15:03
dansmithdanpb: hmm, okay15:03
mriedembauzas: yeah15:03
bauzasmriedem: if so, I guess the compute manager?15:03
*** marzif_ has quit IRC15:03
johnthetubaguydanpb: nod15:03
mriedembauzas: no, api15:03
kashyapdanpb: While you're here, how does one guess the format of the base image here -- https://github.com/openstack/nova/blob/master/nova/virt/libvirt/utils.py#L8715:03
bauzasmriedem: mmm15:03
mriedembauzas: in the case that the request is to boot an instance in a specific az15:04
mriedemwe validate that az against cinder api15:04
kashyapdanpb: It doesn't have -o backing_fmt=FOO mentioned there.15:04
tonybkashyap: Well we can call qemu-img on it, to get the format15:04
bauzasmriedem: so the cinder AZ information would be attached as a new RequestSpec field or something like that ?15:04
mriedemDuncanT: if you're going to change the semantics of the cinder az list API, i guess microversion?15:04
kashyaptonyb: Yeah15:04
*** whenry_ has joined #openstack-nova15:04
tonybkashyap: I understand there are some issues around that but it's all we have15:04
*** fifieldt has quit IRC15:05
bauzasmriedem: ideally, I'd like to see the scheduler responsible for raising the NoValidHost, not the compute manager, hence my question15:05
johnthetubaguyisn't it more, you boot from volume in an AZ, that means you need a volume in the same AZ?15:05
danpbkashyap: well it should be setting a backing_fmt parameter - in general it is insecure to not set it15:05
mriedembauzas: i'm not sure why we'd have cinder az info in the request spec for the scheduler - nothing in the scheduler is consuming that right?15:05
*** shoutm has quit IRC15:05
mriedemjohnthetubaguy: right15:05
danpbyou'd need to look at the callers who hopefully know what the backing format ought to be15:05
bauzasmriedem: well, the scheduler is giving you a node15:05
mriedemwe should be able to determine that in nova-api if we can get the proper info from cinder15:05
kashyapdanpb: Indeed, you've mentioned it previously too on this -- https://bugs.launchpad.net/nova/+bug/141508715:05
openstackLaunchpad bug 1415087 in OpenStack Compute (nova) "[OSSA 2015-011] Format-guessing and file disclosure in image convert (CVE-2015-1850, CVE-2015-1851)" [High,Triaged] - Assigned to Tony Breeds (o-tony)15:05
tonybdanpb: that's what we're talking about adding.15:05
tonybdanpb: as part of the bigger issue of that ^^ bug15:06
bauzasmriedem: I'm supposing that if you can't have a node that matches the Cinder AZ requested and the Nova AZ requested, then it's a novalidhost15:06
DuncanTmriedem: Hopefully microversions will land in time, yes15:06
*** erhudy has joined #openstack-nova15:06
johnthetubaguyso I could see the scheduler being told it needs a compute resources and cinder resources, so it makes sure it puts it somewhere thats possible15:06
johnthetubaguyjust like, putting it somewhere you still have IPs left15:06
bauzasjohnthetubaguy: I feel the same direction15:06
*** marzif_ has joined #openstack-nova15:07
mriedemsomewhere you still have IPs left - for nova-network only?15:07
danpbkashyap: tonyb  ok, well you'll just have to work backwards through the call path to identify places where the fix neds to be plumbed in15:07
mriedemor does that work for neutron?15:07
kashyapdanpb: Hmm, my feeble brain guessed as much.15:07
danpbas  create_cow() will  have to be explicitly passed in the backing format15:07
alaskimriedem: there's a neutron spec under discussion for providing that info, then the scheduler could use it15:07
tonybdanpb: can't we just do http://paste.openstack.org/show/473900/?15:07
mriedemjohnthetubaguy: bauzas: i'm failing to see how nova's scheduler can predict where cinder is going to place the volume when the compute code creates the volume15:07
tonybdanpb: to detect the format of the backing_file?15:08
alaskimriedem: however it does work for us internally (IP capacity scheduling w/ Neutron)15:08
*** electrocucaracha has quit IRC15:08
mriedemthe nova scheduler will pick the compute node and on there we'll try creating the volume with a given az15:08
bauzasmriedem: IMHO that shouldn't be supported15:08
DuncanTmriedem: Surely you just tell cinder 'I need a volume in this AZ' and cinder either creates it or says no?15:08
tonybdanpb: or is that just papering over the whole format guessing issues15:08
bauzasmriedem: not saying removed from code, just considering that it could work - or not15:08
mriedemDuncanT: yeah15:08
danpbtonyb: well it depends on the context in which this code is called really15:09
mriedemDuncanT: but i'd like to know if that's going to work in the nova api layer, not hte compute15:09
bauzasmriedem: well, by thinking about that, we do the same with computes15:09
bauzasmriedem: using claims15:09
*** annegentle has quit IRC15:09
bauzasmriedem: we know that the compute manager can fail to reserve the resource15:09
danpbtonyb: running qemu-img info on the backing file, may, or may not be safe depending on use context15:09
DuncanTmriedem: so call the create in nova-api and the attach in compute?15:09
mriedemi guess i'm not seeing how this would work in the nova scheduler or RT15:09
mriedemDuncanT: no, just validate in nova-api15:09
*** zhangjn_ has joined #openstack-nova15:09
*** annegentle has joined #openstack-nova15:09
bauzasmriedem: so, given that you BFM, you only verify the Nova AZ15:09
*** ZZelle has quit IRC15:09
bauzasmriedem: if Cidner is failing, that's a retry15:10
danpbto be absolutely guaranteed safe we'd want the caller to have passed in backingformat, having got it from some trusted source15:10
tonybdanpb: okay I'll look again.15:10
*** ZZelle has joined #openstack-nova15:10
bauzasBFV btw. :)15:10
johnthetubaguymriedem: so I was thinking of a picking a good spot for compute, picks the AZ get claim, then ask cinder for that AZ, if it fails, try next AZ, etc15:10
bauzasfor the sake of clarity :)15:10
*** yassine has joined #openstack-nova15:10
tonybdanpb: assuming we can find a trusted source ;P15:10
DuncanTmriedem: I'd say just call create... that call does a quick sanity check (including the AZ) then returns anyway15:10
bauzasjohnthetubaguy: yeah that15:10
danpbtonyb: yep, indeed15:10
DuncanTmriedem: The attach would be called in compute15:10
johnthetubaguyDuncanT: yeah, that would work (in my head)15:11
*** nic1 has joined #openstack-nova15:11
danpbtonyb: if we're lucky, that backing file will be one we just downloaded from glance, in which case glance will have told us the expected format15:11
mriedemDuncanT: the reason i don't like it from the nova api is that if we can't place the instance to build on a host, we have to rollback that volume we created, but that's not a huge deal i guess, the user would have to do that too probably15:11
DuncanTmriedem: Consider a create to be just a reservation that can fail later15:11
bauzasDuncanT: mriedem: question, what happens when an instance is not spawning but the volume is created ?15:11
johnthetubaguyDuncanT: assuming we get an error if that AZ is out of capacity, I guess15:11
*** nic has quit IRC15:11
bauzasDuncanT: mriedem: is this removing the volume ?15:11
*** nic1 is now known as nic15:11
mriedembauzas: you mean boot from volume where source is volume (the user already created the volume)?15:12
mriedemwe just try to attach it during spawn15:12
bauzasmriedem: no the nova creation thing15:12
johnthetubaguyah, true, if you have a volume, you need the compute near it15:12
DuncanTbauzas: if nova created a volume, nova can delete it at the point it realises it has a problem. It's no different to cleaning up after some other failure15:12
johnthetubaguyworks both ways15:12
*** yassine has quit IRC15:12
DuncanTIf you've already got a volume, nova can ask cinder what AZ it is in and therefore know the limitations, no problem15:13
bauzasDuncanT: that I consider it the expected behaviour, I'm more interested in getting the actual implementation :)15:13
*** zhangjn has quit IRC15:13
mriedemif we're provided the volume, then yeah it's just the regular check attach case15:13
mriedemthe implementation gets a bit gorpy15:13
mriedemi mean if we move the volume create from the compute to the api15:14
kashyapHmm, the image handling code is a bit complex, isn't it. . . :P15:14
DuncanTbauzas: Well, check the spec (that will appear once I can get away from discussing it ;-) ) and then we can start on the implementation15:14
bauzasmriedem: that's my worries there15:14
mriedemok, let's just all shut up about this and let DuncanT write the spec15:14
DuncanTmriedem: To a certain degree, cinder is going to be proposing the API it can best work with, and asking nova to use it - doing the reverse has proved a disaster so far15:15
bauzasmriedem: I know mgagne wouldn't be super happy, but I seriously think that creating a volume in Nova is just error-prone15:15
ndipanoverlon, hey15:15
mriedembauzas: i agree15:15
mriedemmost people agree i think15:15
mriedemexcept ops and users :)15:15
mriedembut what do they know?!15:15
bauzasheh, what ?15:15
bauzasyou need to have users to write stuff ?15:16
bauzasthat's insane15:16
alaskiin my experience with users they don't care that Nova creates the volume, they care that it can be done in one step15:17
bauzasso, okay, we can wait for DuncanT's spec, but the more I think, the more I guess we need to provide the AZ information to the scheduler, not the other way15:17
bauzasalaski: heat stack-create ?15:17
alaskibauzas: something like that :)15:17
kashyaptonyb: The file_format there is what Glance provides us?15:17
bauzas-f mysupercloud.yaml15:17
mriedemstack@fixedips:~/devstack$ cinder availability-zone-list15:17
mriedem+------+-----------+15:17
mriedem| Name |   Status  |15:17
mriedem+------+-----------+15:17
mriedem| nova | available |15:17
mriedem+------+-----------+15:17
mriedemi wasn't expecting that15:17
tonybdanpb, kashyap: okay the setting of backing_fmt is harder than I thought but I don't think it's impossible.15:17
jaypipesdanpb: will do. sorry for delays. been in meeting hell for a couple weeks :(15:17
bauzasmriedem: uh funny15:18
danpbjaypipes: no prob, its not urgent - just wanted to make sure it was on peoples radar15:18
bauzasthe default Cinder AZ is 'nova'15:18
mriedemjaypipes: i think we should have a meeting to talk about the number of meetings you're in15:18
*** Venkatesh has quit IRC15:18
jaypipesmriedem: :P15:18
tonybdanpb, kashyap: any thoughts on how to exploit the convert case to get an information disclousure?15:18
*** marzif_ has quit IRC15:18
kashyaptonyb: Yeah, highly context dependent, as we can see.15:18
mriedembauzas: i guess that makes sense given cross_az_attach15:18
bauzasjaypipes: still not trained your pugs ? c'mon15:18
kashyaptonyb: Also, this is probably worth a write-up the upstream list15:19
kashyapSince other disk image experts (like pbrady) might also respond.15:19
bauzasmriedem: well, I could say something very opiniated about what I think of cross_az_attach, but that's not fair15:19
danpbtonyb: for the most part I think openstack is /not/ in fact vulnerable in practice15:20
danpbsince it uses qcow2 images almost exclusively15:20
*** otter768 has joined #openstack-nova15:20
*** artom has quit IRC15:20
bauzasthat's not like if French people would always argue15:20
danpbit only really becomes a problem if you give guests raw images15:20
tonybdanpb: right, which we give people a nice easy way to do ;P15:20
*** armax has joined #openstack-nova15:21
tonybdanpb: well operators but still ....15:21
danpbyeah, but i figure most people just have cow turned on all the time15:21
danpbas using raw just sucks down disk space15:21
*** diogogmt has joined #openstack-nova15:21
*** artom has joined #openstack-nova15:21
kashyapBut Nova converts the base image (the one that lives in nova/instance/_base/) from qcow2 to raw, IIRC?15:23
openstackgerritChuck Carmack proposed openstack/nova: Disable security group tests in tempest-dsvm-cells-rc using a config option  https://review.openstack.org/22604315:23
*** neiljerram_bb has joined #openstack-nova15:23
*** alexpilotti has quit IRC15:23
tonybdanpb: so the dom xml would be a trusted source right?15:23
*** otter768 has quit IRC15:24
tonybkashyap: I *think* that only happens if you ask for it not by default.15:24
*** sahid has quit IRC15:25
danpbkashyap: even that would be ok, as long as nova never then gave that raw image to a guest15:25
kashyaptonyb: Grepping in my n-cpu.log of my just setup DevStack instance:15:25
kashyap"qemu-img convert -O raw /home/stack/src/cloud/data/nova/instances/_base/7eb0bb2db79ba82008d71f9d6a295006c45db4ea.part /home/stack/src/cloud/data/nova/instances _base/7eb0bb2db79ba82008d71f9d6a295006c45db4ea.convert"15:25
kashyapdanpb: Ah, okay15:26
*** tonytan4ever has quit IRC15:26
*** kfox1111_away is now known as kfox111115:26
*** zhangjn_ has quit IRC15:26
*** zhangjn has joined #openstack-nova15:27
*** zhangjn has quit IRC15:27
*** zhangjn has joined #openstack-nova15:28
*** zhangjn has quit IRC15:28
*** electrocucaracha has joined #openstack-nova15:28
*** salv-orlando has quit IRC15:28
tonybIt's 1:30am here and I'm not going to get this finished tonight.15:28
*** zhangjn has joined #openstack-nova15:28
*** shoutm has joined #openstack-nova15:28
*** angdraug has joined #openstack-nova15:29
kashyaptonyb: Get some rest!15:29
tonybdanpb, kashyap: Thanks for the help.  Feel free to fix this while I'm sleeping ;D15:29
bauzastonyb: consider that you're on the EU TZ, that's only 5.30pm15:29
tonybbauzas: woot!15:29
tonybbauzas: I feel fresh and ready for beer15:30
bauzastonyb: zactly my point15:30
bauzasit's beer-o-clock15:30
tonybbauzas: :)15:30
*** tjones1 has joined #openstack-nova15:30
bauzastonyb: enough kidding, go to bed !15:30
*** tjones1 has left #openstack-nova15:30
tonybSee some of you in 5ish hours for the meeting.15:30
bauzasyou're mad15:31
*** lsmola has quit IRC15:32
lxslijohnthetubaguy: is it necessary to open a blueprint for a backlog spec?15:33
johnthetubaguylxsli: its seems silly to enforce that I guess15:33
johnthetubaguylxsli: not really thought about that till now15:34
lxsliok, throwing up a clay pigeon15:34
*** zhangjn_ has joined #openstack-nova15:35
openstackgerritAlexis Lee proposed openstack/nova-specs: Request logs on failure  https://review.openstack.org/22737915:36
*** armax has quit IRC15:36
*** earlephilhower has joined #openstack-nova15:36
lxslibauzas: damnit it's only 4:30 here, you had me thinking of home15:37
bauzaslxsli: I said EU, since when UK is in EU ? :p15:37
*** abalutoiu has joined #openstack-nova15:37
*** zhangjn has quit IRC15:37
lxslitouche15:37
*** hemnafk is now known as hemna15:37
*** julien_ZTE has quit IRC15:37
*** sahid has joined #openstack-nova15:39
*** krtaylor has quit IRC15:41
*** kodokuu has quit IRC15:44
*** Bent0 has joined #openstack-nova15:45
Bent0Anyone here who would give me some pointers on how to ake openstack talk to my 2 XenServer machines?15:45
BobBallBent0: http://docs.openstack.org/juno/config-reference/content/introduction-to-xen.html15:46
BobBallRun nova-compute in a VM on each XenServer machine and configure it according to that doc15:46
*** zhangjn has joined #openstack-nova15:46
Bent0So each xenserver host should run a compute VM?15:47
dansmithBent0: also, please see topic15:47
Bent0the main channel no one answers15:47
dansmithstill15:47
BobBallyes Bent0 - needed because the compute VM needs to attach the disk (e.g. to resize it)15:47
openstackgerritgaryk proposed openstack/nova-specs: Propose VMware limits, reservation and shares  https://review.openstack.org/22738615:47
*** zhangjn_ has quit IRC15:49
Bent0Ok. I thought the compute service on my controller would just talk to xen over ssh and XAPI15:49
openstackgerritMoshe Levi proposed openstack/nova: Fix pci_stats logging in resource tracker  https://review.openstack.org/22711615:49
*** burgerk has joined #openstack-nova15:51
*** obedmr has quit IRC15:52
openstackgerritMoshe Levi proposed openstack/nova: Fix pci_stats logging in resource tracker  https://review.openstack.org/22711615:53
*** nic1 has joined #openstack-nova15:53
*** nic has quit IRC15:53
*** nic1 is now known as nic15:54
*** krtaylor has joined #openstack-nova15:54
*** obedmr has joined #openstack-nova15:54
*** diogogmt has quit IRC15:55
*** diogogmt has joined #openstack-nova15:56
*** kiran-r has quit IRC15:58
BobBallBent0: You need one compute service per hypervisor - same as you need for KVM15:59
mriedemnew live migration bug https://bugs.launchpad.net/nova/+bug/149940516:00
Bent0ok thanks. That wasn't very clear in the manual :P16:00
openstackLaunchpad bug 1499405 in OpenStack Compute (nova) "Live-migration fails for instances with LVM ephemeral devices" [Undecided,New]16:00
*** neiljerram_bb has quit IRC16:00
*** fawadkhaliq has quit IRC16:01
*** fawadkhaliq has joined #openstack-nova16:02
*** marzif has joined #openstack-nova16:03
*** fawadkhaliq has quit IRC16:05
*** jlanoux has quit IRC16:06
*** sahid has quit IRC16:06
ndipanovan easy one for someone trying to get their openstack contributor game on https://bugs.launchpad.net/nova/+bug/149944916:06
openstackLaunchpad bug 1499449 in OpenStack Compute (nova) "libvirt live-migration: Monitoring task does not track progress watermark correctly" [Low,New]16:06
*** derekh has quit IRC16:09
*** pixelbeat has quit IRC16:09
*** pixelbeat has joined #openstack-nova16:11
*** ndipanov has quit IRC16:11
*** lucasagomes has quit IRC16:12
*** pumaranikar has joined #openstack-nova16:15
mriedemctrath: ^16:18
ctrathmriedem: https://bugs.launchpad.net/nova/+bug/1499449?16:18
openstackLaunchpad bug 1499449 in OpenStack Compute (nova) "libvirt live-migration: Monitoring task does not track progress watermark correctly" [Low,Confirmed]16:18
mriedemyeah16:18
ctraththx.. I'll fix it16:19
mriedemmarkus_z: we should get an official nova tag for pci16:19
*** emagana has quit IRC16:20
*** markvoelker_ has joined #openstack-nova16:21
*** yamahata has joined #openstack-nova16:21
*** gszasz has quit IRC16:21
*** nkrinner has quit IRC16:23
*** ociuhandu has quit IRC16:24
*** afazekas has quit IRC16:24
*** markvoelker has quit IRC16:24
*** oomichi has quit IRC16:24
*** gabriel-bezerra has quit IRC16:24
*** wolsen has quit IRC16:24
*** leifz has quit IRC16:24
*** oomichi_ has joined #openstack-nova16:24
*** x3k` has joined #openstack-nova16:24
*** x3k has quit IRC16:24
*** kbyrne has quit IRC16:24
*** adreznec has quit IRC16:24
*** alaski has quit IRC16:24
*** leeantho has joined #openstack-nova16:24
*** leeantho has quit IRC16:24
*** afranc202 has quit IRC16:24
*** iraw- has joined #openstack-nova16:24
*** afazekas has joined #openstack-nova16:24
johnthetubaguymarkus_z: yeah, do let us know you need to add offical tags, I think mriedem has permissions for that16:24
*** alaski_ has joined #openstack-nova16:24
*** wolsen has joined #openstack-nova16:24
*** unicell has joined #openstack-nova16:24
*** kbyrne has joined #openstack-nova16:24
*** leifz has joined #openstack-nova16:24
*** gabriel-bezerra has joined #openstack-nova16:25
markus_zmriedem: sure, I'll add it16:25
markus_zmriedem: The networking subteam will have a look at it?16:25
*** adreznec has joined #openstack-nova16:25
openstackgerritMark Doffman proposed openstack/nova: libvirt: Don't attempt to convert initrd images.  https://review.openstack.org/22528916:26
markus_zjohnthetubaguy: I have permissions too.16:26
johnthetubaguymarkus_z: ah, cool16:26
*** dustins is now known as dustins|afk16:26
*** pushkaru has joined #openstack-nova16:27
*** pumarani__ has joined #openstack-nova16:27
markus_zmriedem: We have 6 other bugs tagged with "pci-passthrough". Switch them to "pci"? https://bugs.launchpad.net/nova/+bugs/?field.tag=pci-passthrough16:27
*** pushkaru has quit IRC16:27
kashyapmriedem: I'll test that thing you asked on the live mig bug, I'm preparing a local setup (hopefully it works).16:28
*** pumarani__ has quit IRC16:28
*** VW has joined #openstack-nova16:30
kashyapDoes anyone recall why live mig fails with 'force_config_drive = False'?16:31
*** burt has joined #openstack-nova16:31
*** ociuhandu has joined #openstack-nova16:31
kashyapIn my local DevStack setup (w/o LVM) I have to disable config_drive to be able to successfully do live block migration.16:31
johnthetubaguykashyap: isn't that a bug about qemu and read only devices, I can't remember the details now16:32
*** danpb has quit IRC16:32
*** abalutoiu has quit IRC16:32
kashyapjohnthetubaguy: Oh, there's actually selective block device migration feature that was recently added to libvirt16:32
kashyapThat should fix this I guess. johnthetubaguy Yes, there's a bug about this which I can't immediately find16:33
kashyapjohnthetubaguy: This one - https://bugs.launchpad.net/nova/+bug/124620116:34
openstackLaunchpad bug 1246201 in OpenStack Compute (nova) "Live migration fails when the instance has a config_drive_format=iso9660" [High,In progress] - Assigned to Pavel Boldin (pboldin)16:34
*** pratikmallya has joined #openstack-nova16:34
mriedemmarkus_z: pci is simpler16:34
mriedemso i'd just use that16:34
*** EinstCrazy has quit IRC16:34
pratikmallyahello, what is the difference between an interface and a virtual interface on a nova server?16:34
*** unicell has quit IRC16:35
markus_zmriedem: ack16:35
johnthetubaguykashyap: yeah, I that sounds right, I remember danpb saying there was something coming to fix that16:35
mriedemdoesn't the code check for vfat now or something?16:36
* mriedem looks16:36
mriedemyeah here https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L616316:36
kashyapjohnthetubaguy: Yep, this http://libvirt.org/git/?p=libvirt.git;a=commit;h=93a19e283e5a147d147d84383aaaa8be63b6a68d16:37
markus_zbaoli: It seems that mostly you used the "pci-passthrough" tag. We will use the official tag "pci" from now on which includes pci-passthrough.16:37
*** julien_ZTE has joined #openstack-nova16:38
markus_zmriedem: baoli: 9 pci bugs https://bugs.launchpad.net/nova/+bugs?field.tag=pci16:39
markus_zmriedem: I'll keep an eye open in the future.16:39
mriedemthanks16:39
*** julien_ZTE has quit IRC16:40
*** karimb has quit IRC16:40
*** armax has joined #openstack-nova16:41
*** nic has quit IRC16:42
*** mdrabe has joined #openstack-nova16:43
mriedemgaryk: is there any reason why we couldn't move nova.mks to nova.console.mks?16:43
*** raildo is now known as raildo-afk16:45
*** eglynn has quit IRC16:46
*** nic has joined #openstack-nova16:46
garykmriedem: i think it it should be possible. let me ask rado about it and get back to you16:46
mriedemjcook: i think this is hitting some rax forks for quota classes https://bugs.launchpad.net/nova/+bug/149575516:47
openstackLaunchpad bug 1495755 in OpenStack Compute (nova) "test_show_policy_failed fails (depending on another test to create db?)" [Undecided,Invalid]16:47
*** alex_klimov has quit IRC16:47
*** raildo-afk is now known as raildo16:48
pratikmallyahello, what is the difference between an interface and a virtual interface on a nova server?16:48
*** browne1 has quit IRC16:49
mriedempratikmallya: the virtual interface in the data model holds the mac address16:50
mriedemcreated here for nova-network https://github.com/openstack/nova/blob/master/nova/network/manager.py#L75016:50
mriedem'interface' is generic so depends on context16:50
mriedemthe attach interface API deals with ports16:51
mriedemhttps://github.com/openstack/nova/blob/master/nova/api/openstack/compute/attach_interfaces.py16:51
mriedemi.e. fixed ips16:51
mriedemhttps://github.com/openstack/nova/blob/master/nova/compute/manager.py#L487016:52
*** atuvenie has quit IRC16:52
*** VW has quit IRC16:53
mriedempratikmallya: also check out the network model here https://github.com/openstack/nova/blob/master/nova/network/model.py16:53
*** VW has joined #openstack-nova16:54
ccarmackmriedem: question about the setting the Description field of the instance on nova-boot.  Would there also need to be a CLI change to edit the field later?16:55
pratikmallyaahh, thanks mriedem16:56
mriedemccarmack: yeah i think whatever applies to display_name (name in the api) would also apply to description16:56
mriedemas in specify on create and be able to update16:57
ccarmackmriedem:  I couldn't find a nova CLI that updates server properties16:57
mriedemi guess there isn't one16:58
ccarmackmriedem: I do see an update server API16:59
*** su_zhang has joined #openstack-nova16:59
mriedemccarmack: yes, that's all that really matters16:59
mriedemhttps://github.com/openstack/nova/blob/master/nova/api/openstack/compute/servers.py#L77216:59
mriedempeople don't have to use the CLI16:59
*** zhangjn_ has joined #openstack-nova16:59
ccarmackmriedem: ok16:59
*** zhangjn has quit IRC16:59
*** VW has quit IRC17:00
*** achanda has joined #openstack-nova17:00
*** VW has joined #openstack-nova17:00
*** VW_ has joined #openstack-nova17:01
*** ctrath has quit IRC17:01
mriedemalaski_: this looks super fun https://bugs.launchpad.net/nova/+bug/149707617:02
openstackLaunchpad bug 1497076 in OpenStack Compute (nova) "Unable to delete an instance due to foreign key violation" [Undecided,New]17:02
*** ccarmack has quit IRC17:02
mriedempartial upgraded cells with busted db's and foreign key constraints17:02
*** electrocucaracha has quit IRC17:03
*** markus_z has quit IRC17:03
*** mriedem has quit IRC17:03
*** electrocucaracha has joined #openstack-nova17:04
*** VW has quit IRC17:04
*** marzif has quit IRC17:05
*** su_zhang has quit IRC17:05
*** marzif has joined #openstack-nova17:05
*** su_zhang has joined #openstack-nova17:05
*** eglynn has joined #openstack-nova17:08
*** su_zhang has quit IRC17:08
*** su_zhang has joined #openstack-nova17:08
*** zhangjn has joined #openstack-nova17:08
*** zhangjn_ has quit IRC17:09
*** su_zhang has quit IRC17:09
*** su_zhang has joined #openstack-nova17:09
*** ccarmack has joined #openstack-nova17:10
*** ctrath has joined #openstack-nova17:10
*** unicell has joined #openstack-nova17:10
*** penick has joined #openstack-nova17:11
*** shoutm has quit IRC17:11
*** mriedem has joined #openstack-nova17:13
alaski_ugh, looking now17:14
openstackgerritClaudiu Belu proposed openstack/nova: WIP: Hyper-V: determine vm_com_pipe error during spawn  https://review.openstack.org/21372017:15
alaski_hah.  "Steps to reproduce: ... 3.2: Use it for years"17:15
penickNice17:16
mriedemalaski_: yeah, i laughed at that17:16
melwittmriedem, alaski_: I had this patch to handle the FK constraint thing https://review.openstack.org/#/c/188261/ but it went into liberty. when an instance exists in API DB but not a cell DB, during a broadcast "delete everywhere"17:17
mriedemhonestly i haven't gotten through comment 2 on that bug17:18
dansmithalaski_: just say "cool, I've started working on this bug, I'll let you know in years"17:18
melwittI saw it happen when I did a delete request quickly after a create, before the instance had been scheduled17:18
alaski_dansmith: yeah.  "allowing time to pass per reproduce steps, please hang on"17:20
*** zxyf has joined #openstack-nova17:20
*** otter768 has joined #openstack-nova17:21
* dansmith nods17:21
openstackgerritStephen Gordon proposed openstack/nova-specs: Add thread policy note to virt-driver-cpu-pinning  https://review.openstack.org/22742817:21
dansmithor "following instructions, stuck on step 3.2"17:21
mriedemso the instance is deleted and gone from the instances table in the child cell, but still showing up in the parent cell17:21
mriedembut still in the instance_mappings table in both17:21
openstackgerritStephen Gordon proposed openstack/nova-specs: Add thread policy note to virt-driver-cpu-pinning  https://review.openstack.org/22742817:22
mriedem*instance_id_mappings17:22
dansmithalaski_: being serious, isn't that bug talking about running multiple versions of things in cells?17:22
alaski_I'd like to confirm if it's the thing melwitt fixed, but I'm not seeing service logs anywhere17:22
mriedemalaski_: yeah, he just posted console output for novaclient and db query dumps17:23
*** zhangjn has quit IRC17:23
alaski_dansmith: it says "partial upgrade" but it's not clear what's upgraded and what's not17:23
mriedemdansmith: he said he was on a partial upgrade from juno to kilo17:23
mriedemyeah17:23
dansmithright17:23
melwittalaski_: there's an excerpt of a cells log as a attachment on comment #217:23
alaski_melwitt: good eye.  missed the attachment17:24
*** raildo is now known as raildo-afk17:24
melwittI'm thinking about the instance_id_mappings and whether that would be different than the "delete unscheduled instance" scenario17:24
melwittthat is, if that means the instance used to exist in the cell DB and got deleted from there and not the top at some point17:25
*** otter768 has quit IRC17:25
*** pratikmallya has quit IRC17:26
mriedemhrm, instance_id_mappings doesn't have a fkey to anything else17:26
mriedemthe failure is between instances and instance_extra https://launchpadlibrarian.net/218238506/nova-cells.log17:27
alaski_oh man, I just realized that means they're using the ec2 api as well17:27
*** njirap has quit IRC17:27
mriedemyup17:27
alaski_going for the trifecta of unsupported configs17:27
mriedemha17:27
melwittI think delete from cell but not top could happen actually by the "instance can be undeleted at the top" bug, where a "save state" from the cell arrives at the top after the destroy goes to the top17:27
*** salv-orlando has joined #openstack-nova17:29
*** su_zhang has quit IRC17:29
melwittmriedem: that's at least consistent with https://bugs.launchpad.net/nova/+bug/146212817:30
openstackLaunchpad bug 1462128 in OpenStack Compute (nova) "Cells: DBReferenceError possible deleting unscheduled instance" [Low,Fix released] - Assigned to melanie witt (melwitt)17:30
*** ijw has joined #openstack-nova17:32
alaski_melwitt: yeah, it's looking like a similar issue.  though how they got there is unclear17:33
*** exploreshaifali has joined #openstack-nova17:33
*** tongli has quit IRC17:34
*** raildo-afk is now known as raildo17:34
mriedemyears of use17:35
mriedemwhat's not clear about that17:35
*** tongli has joined #openstack-nova17:35
mriedemmelwitt: maybe it's worth backporting https://review.openstack.org/#/c/188261/ to stable/kilo anyway17:35
mriedemsince they are moving to kilo17:36
*** achanda has quit IRC17:36
melwittalaski_: yeah. both of the ways I know it can happen involve deleting an unscheduled instance. which I think would be sort of rare, so I wonder how many undeletable instances the reporter has17:39
*** jasondotstar has joined #openstack-nova17:39
*** tongli has quit IRC17:39
*** pumaranikar has quit IRC17:39
*** eharney has quit IRC17:39
alaski_melwitt: we have found that it becomes more common when capacity is low17:40
*** browne has joined #openstack-nova17:40
alaski_in conjunction with bursts of builds, so the cells state tracking doesn't keep up for the cells scheduler17:41
jasondotstarhi all - qq re: the openstack-ios project: https://launchpad.net/openstack-ios - not sure where to ask abt it but I figured here might be a place to start.17:41
jasondotstaris this essentially dead? or is has this worked picked up somewhere else?17:41
melwittmriedem: yeah, I was thinking that. it's a simple backport and would help people clean up instances17:41
jasondotstars/is//17:41
*** vilobhmm11 has joined #openstack-nova17:41
alaski_melwitt: mriedem +1.  that seems to be all the bug is asking for.  not a way to avoid the situation just a way to get out of it17:42
*** tonytan4ever has joined #openstack-nova17:42
*** ociuhandu has quit IRC17:43
*** tjones1 has joined #openstack-nova17:43
*** eharney has joined #openstack-nova17:43
openstackgerritMathieu Gagné proposed openstack/nova: Fix evacuate support with Nova cells v1  https://review.openstack.org/22744017:44
*** zxyf has quit IRC17:44
*** jichen has joined #openstack-nova17:44
*** tongli has joined #openstack-nova17:46
*** tongli has quit IRC17:49
*** pratikmallya has joined #openstack-nova17:50
*** Marga_ has quit IRC17:50
*** achanda has joined #openstack-nova17:51
mriedemjasondotstar: never heard of it, i guess ask the maintainer https://launchpad.net/~mike-mayo17:51
jasondotstarmriedem: i did. no response.17:51
jasondotstarmriedem: well, not yet anyway....17:51
*** pratikma_ has joined #openstack-nova17:51
mriedemthen it's probably dead17:52
mriedemnova activity in 5 years17:52
mriedem*no17:52
jasondotstarmriedem: right....17:52
jasondotstarmriedem: I was thinking the same thing...17:52
*** aix has quit IRC17:52
jasondotstarmaybe the horizon folks have insight on any similar projects/initiatives ?17:53
jasondotstarI can pop over and ask....17:53
*** pratikmallya has quit IRC17:54
*** leseb has quit IRC17:54
*** zxyf has joined #openstack-nova17:56
*** dustins|afk is now known as dustins17:56
*** su_zhang has joined #openstack-nova17:56
*** hitalia has joined #openstack-nova17:57
*** annegentle has quit IRC17:57
*** ctrath has quit IRC17:59
*** pumaranikar has joined #openstack-nova18:00
*** pixelbeat has quit IRC18:00
*** electrocucaracha has quit IRC18:01
*** ctrath has joined #openstack-nova18:03
doffmndipanov been around recently?18:04
*** pumaranikar has quit IRC18:05
*** ociuhandu has joined #openstack-nova18:06
mriedembauzas: -2 on this now https://review.openstack.org/#/c/225119/18:07
mriedemnow that i understand it better18:07
*** Piet has joined #openstack-nova18:07
bauzasmriedem: hell yeah18:07
bauzasmriedem: IMHO we need to pause and wait for DuncanT spec18:07
mriedemyeah, i still plan on updating the help text for the cross_az_attach option18:08
mriedemto at least point out that other option in ciner18:08
bauzasmriedem: to see how we can have Nova AZ having loose relationship with Cinder ones18:08
mriedem*cinder18:08
mriedemloose relationship huh?18:08
mriedemlike, no commitments?18:08
mriedemwe can see other people?18:08
mriedems/people/block storage services/18:08
bauzasmriedem: I mean, just saying no real relationship, just a lazy one18:09
mriedemha18:09
mriedemlaissez faire18:09
bauzasI'm just replying to you, I should s/loose/lazy18:09
mriedemi know, i'm joking18:10
*** rlrossit has quit IRC18:10
bauzasabout mgagne's point re: leaving the cinder creation done by nova, I think there is a little misunderstanding18:10
*** penick has quit IRC18:10
bauzasif that's all about having one way for operators to get only one call, then providing the orchestration by a contrib CLI module should be fine18:11
bauzasand we could then deprecate the API18:11
*** penick has joined #openstack-nova18:11
*** su_zhang has quit IRC18:12
*** ctrath has quit IRC18:13
*** tonytan4ever has quit IRC18:15
*** salv-orlando has quit IRC18:15
mriedemyeah, it's an idea18:16
dansmithheh18:16
mriedemthat's about as much energy as i have left on deprecating boot from volume18:17
*** rlrossit has joined #openstack-nova18:18
*** zxyf has quit IRC18:19
bauzasmriedem: I'm still feeling young18:19
mriedemi guess18:19
*** tonytan4ever has joined #openstack-nova18:20
*** Apoorva has joined #openstack-nova18:20
mriedemmelwitt: i'm backporting that cells fix of yours, there was a conflict in the tests18:20
*** ZZelle_ has joined #openstack-nova18:21
*** ctrath has joined #openstack-nova18:22
melwittmriedem: okay, cool (that you're backporting it, not that there was a conflict)18:24
*** eharney_ has joined #openstack-nova18:24
*** pumaranikar has joined #openstack-nova18:25
*** nelsnelson has quit IRC18:25
*** eharney has quit IRC18:26
*** su_zhang has joined #openstack-nova18:29
*** achanda has quit IRC18:29
bauzasdoes anyone know if we have a new tag for asking for a RC2 bug ?18:30
*** nelsnelson has joined #openstack-nova18:30
bauzasor stll liberty-rc-potential ?18:30
*** Marga_ has joined #openstack-nova18:31
*** achanda has joined #openstack-nova18:31
*** nelsnelson has quit IRC18:32
*** nelsnelson has joined #openstack-nova18:32
*** r-daneel has joined #openstack-nova18:37
openstackgerritAndreas Jaeger proposed openstack/nova: Cleanup of Translations  https://review.openstack.org/22746118:37
*** julien_ZTE has joined #openstack-nova18:39
*** rook has quit IRC18:40
*** Marga_ has quit IRC18:40
*** eharney_ is now known as eharney18:40
*** Marga_ has joined #openstack-nova18:40
*** Apoorva has quit IRC18:42
*** Apoorva_ has joined #openstack-nova18:42
*** su_zhang has quit IRC18:43
*** julien_ZTE has quit IRC18:44
*** zxyf has joined #openstack-nova18:44
*** Apoorva_ has quit IRC18:47
*** Apoorva has joined #openstack-nova18:47
mriedembauzas: still liberty-rc-potential18:47
bauzasack18:48
*** pumaranikar has quit IRC18:49
openstackgerritTomoki Sekiyama proposed openstack/nova: Fix multipath iSCSI encrypted volume attach failure  https://review.openstack.org/19648218:49
*** pumaranikar has joined #openstack-nova18:50
*** hemna is now known as hemnalunch18:53
*** thumpba has quit IRC18:57
*** aix has joined #openstack-nova19:01
*** ijw has quit IRC19:01
*** ctrath has quit IRC19:01
*** electrocucaracha has joined #openstack-nova19:02
*** thangp has joined #openstack-nova19:04
openstackgerritMark Doffman proposed openstack/nova: libvirt: Don't attempt to convert initrd images.  https://review.openstack.org/22528919:04
DuncanTbauzas: mriedem: johnthetubaguy: Problem spec done. https://review.openstack.org/227478 - I'll try to work on the proposed solution section tomorrow19:05
mriedemDuncanT: ok, thanks, i'm just updating the help text on the cross_az_attach option19:06
mriedemandreykurilin: if you're around could you discuss https://bugs.launchpad.net/nova/+bug/1380780 ?19:06
openstackLaunchpad bug 1380780 in OpenStack Compute (nova) "Boot from image and create a new volume ignores availability zone" [Low,Fix released] - Assigned to Andrey Kurilin (andreykurilin)19:06
DuncanTmriedem: I'll link it to the mailing list thread once I've got a proposed solution or two done19:06
DuncanTmriedem: REST, doc impact etc will be TBD until after the summit I expect19:07
*** electrocucaracha has quit IRC19:07
*** ctrath has joined #openstack-nova19:08
bauzasDuncanT: ack19:09
*** nickchase has joined #openstack-nova19:09
openstackgerritMatt Riedemann proposed openstack/nova: Add more help text to the cinder.cross_az_attach option  https://review.openstack.org/22748319:11
mriedembauzas: ^19:11
openstackgerritMatt Riedemann proposed openstack/nova: Add more help text to the cinder.cross_az_attach option  https://review.openstack.org/22748319:13
mriedemi'm going to follow that with a change that only passes the az to volume create if cinder.cross_az_attach is False19:13
mriedemb/c if it's true we don't care what az the cinder volume is in19:14
*** zxyf has quit IRC19:14
mriedemwhich i think was a mistake made in https://review.openstack.org/#/c/157041/19:14
mgagnemriedem: +1 on that logic19:14
mriedemmgagne: hi!19:14
mriedemo/19:14
mriedemmgagne: thanks for the operator POV in that thread19:14
mgagnemriedem: hi there (context switching)19:14
*** krtaylor has quit IRC19:15
*** pixelbeat has joined #openstack-nova19:15
mgagnemriedem: np. I didn't get the chance to contribute much those last months but will make sure to make it happen more, lists and gerrit as well.19:15
bauzasmgagne: heya19:18
bauzasmgagne: given your point of having one call for operators creating both the instance and the volume, what do you think about leaving the nova CLI wrapper doing that for you, like I said ?19:19
bauzasmriedem: is the revert change merged ?19:19
mriedembauzas: yeah19:19
bauzasokay19:20
mgagnebauzas: I have yet to reply to this proposition. My opinion is that the client shouldn't have to orchestrate that as this means he will be "stuck" booting his instance for several minutes.19:20
bauzasmgagne: not sure I get your point19:20
bauzasmgagne: you're afraid of making 2 REST calls instead of one ?19:20
mgagnebauzas: lets say you issue a nova boot. Does it mean the command will wait until all steps are completed?19:21
mgagnebauzas: you have to understand that it's not just me, I can take care of myself. It's about the UX we offer to our end users.19:21
bauzasmgagne: by design, a REST call is non-blocking19:21
bauzasmgagne: it's a shoot and return19:21
*** otter768 has joined #openstack-nova19:22
mgagnebauzas: lets say I wish to boot from volume. What would be the steps from an end user's perspective?19:22
bauzasmgagne: see an example https://github.com/openstack/python-novaclient/blob/master/novaclient/v2/contrib/host_evacuate.py19:22
*** VW_ has quit IRC19:23
*** pixelbeat has quit IRC19:23
mgagnebauzas: I didn't read backlog so excuse me if I missed something, I know my name got mentioned several times.19:23
*** VW has joined #openstack-nova19:23
bauzasmgagne: sure, I got you're only a messenger of operators's voice :)19:23
bauzasmgagne: and I appreciate your thoughts19:24
mgagnebauzas: I sure am a messenger of my voice in the first place and happen to agree with my opinion :D19:24
bauzasI sometimes disagree with myself :)19:24
*** thangp has quit IRC19:25
mgagneschizophrenia not included =)19:25
*** electrocucaracha has joined #openstack-nova19:25
*** VW has quit IRC19:25
*** VW_ has joined #openstack-nova19:25
openstackgerritCale Rath proposed openstack/nova: libvirt live-migration: Monitoring task does not track progress watermark correctly  https://review.openstack.org/22750119:25
*** otter768 has quit IRC19:26
mgagnebauzas: just to clarify, when I referred to boot from volume, I'm referring to boot from volume where source=image.19:26
*** krtaylor has joined #openstack-nova19:27
mgagnebauzas: this has been our biggest selling point and best feature for 3 years now19:28
bauzasmgagne: okay I have to bribe you then19:28
bauzasanyway, need to leave19:28
bauzasback in a few19:28
mgagnebauzas: sure19:28
*** lpetrut has quit IRC19:29
*** penick has quit IRC19:30
*** penick has joined #openstack-nova19:33
mriedemyou'd just use --poll when bootting from volume with nova19:34
*** nic has quit IRC19:34
mriedem--poll would include creating the volume and booting the instance with that volume19:34
*** bnemec has quit IRC19:34
mriedemit's essentially what tempest does19:34
mriedemcreate volume, wait for available, boot instance from volume, wait for active19:35
mgagnemriedem: yea, that's not something we would like to do.19:35
*** ctrath has quit IRC19:37
*** pixelbeat has joined #openstack-nova19:37
mriedemwell, i meant that logic could be in novaclient19:37
mriedemor osc19:37
mriedemor whatever19:37
mriedemif you're not using those, then it falls down19:38
mgagnemriedem: the user shouldn't have to orchestrate those tasks. You ask your cloud provider to boot an image on a volume and it should take care of it, not you. It's such a fundamental block that the user shouldn't have to care about it. Other providers are supporting this feature just fine and we should be able to do it too. I know we can make it work.19:39
alaski_mgagne: my contention with that is that yes we can make this work.  But I don't think it should be in Nova19:40
alaski_users want to make one call.  but I don't think they care if that call is to Nova19:41
mgagnealaski_: nova boot is the main entry point. I don't see why people keep suggesting to write Python scripts or use Heat. You don't have to use cloudformation to boot a single instance on a persistent volume. Why should it be the case with OpenStack? It's just bad UX.19:41
*** ctrath has joined #openstack-nova19:41
alaski_well, I don't really think Heat is the answer either.  but something like that19:42
alaski_but nova boot is the entry point to booting a VM19:42
alaski_not necessarily to volume or network creation19:42
mgagnealaski_: Not for network but volume, yes.19:42
mgagnealaski_: network, partially true with port creation.19:43
alaski_then why do we have a cinder API?19:43
mgagnealaski_: why does Amazon still have EBS API?19:44
alaski_I'm not familiar with what Amazon does19:44
jgriffithmgagne: FWIW, I tend to agree with you; even though I don't like the functionality the way it is your points are quite valid19:45
mgagneI think we should be familiar with what cloud providers and solutions offer. They happen to have a (somewhat) good UX.19:45
alaski_here's what it comes down to for me.  I think we should have a an infrastructure API for compute resources, and then an API for simple user UX and orchestration.  I feel that Nova is the former and other think it's the latter19:45
openstackgerritCale Rath proposed openstack/nova: libvirt live-migration: Monitoring task tracks progress watermark incorrectly  https://review.openstack.org/22750119:46
*** matrohon has joined #openstack-nova19:46
alaski_either way, that's something we should agree to so we can design the right things19:46
*** emagana has joined #openstack-nova19:46
alaski_if the current Nova api is going to be for simple UX and orchestration then my feeling is that we need a split somewhere in the project so we can create a focused compute api19:47
alaski_but currently it seems that we're trying to do both and it's messy19:48
mgagnealaski_: if that's the case, I feel OpenStack is a hundred years behind alternative solutions as we keep deprecating and moving stuff around "to the new great thing" because we somehow don't feel comfortable with the current state.19:48
alaski_the current state has known issues.  I think we try to improve that situation19:49
mgagnealaski_: in that case, it suggests removing a feature and suggesting a duct tape solution instead. that's how I feel.19:50
alaski_I'm suggesting moving a feature.  there is a laundry list of issues with bfv the way it's currently done with source=image.  In order to improve that I think we need to move volume creation to somewhere better suited, since the compute is not the best place19:52
mgagnealaski_: it happens to work very well on our side, thanks to our efforts and the one made by Cinder.19:53
*** alejandrito has quit IRC19:53
*** matrohon has quit IRC19:53
alaski_it does not work well for me.  for the reasons I enumerated in the thread19:54
alaski_my number one complaint is that there is no feedback to the user on progress or failure19:54
mgagnealaski_: I know we can make it work, we are better than those people from other projects =)19:54
mriedemmgagne: i'm interested in how you tune the CONF.block_device_allocate_retries and CONF.block_device_allocate_retries_interval options for BFV19:54
*** matrohon has joined #openstack-nova19:55
*** pixelbeat has quit IRC19:55
mriedembecause by default i think it's 3 minutes for the volume create to complete19:55
mgagnemriedem: I don't have to tune it much, Cinder caches images and clone from a "template volume", speeding up the volume creation19:55
alaski_mgagne: I very much agree that we can make it work.  I just don't hold to the idea that because something is currently in the Nova API that it always has to be there19:55
mgagnealaski_: https://review.openstack.org/#/c/195795/ https://review.openstack.org/#/c/201754/19:56
*** ijw has joined #openstack-nova19:56
mgagnealaski_: boot from volume takes less than 5 seconds on our side, not minutes.19:57
mriedemwe should probably update the docs on CONF.block_device_allocate_retries to point out that you want to either set that high or make sure you have the image cache stuff setup in cinder19:57
*** hitalia has quit IRC19:57
mgagnealaski_: yes, it used to be hell cause SolidFire has QoS and guess what, the image copy was throttled by it :D19:58
mriedemimage_volume_cache_enabled19:58
mgagnemriedem: I would be much more receptive to have a way to disable bfv source=image if you know 100% that it will never work on your cloud due to lack of image caching.19:59
*** VW_ has quit IRC20:00
melwittalaski_, mgagne: fwiw, I've been thinking lately that there needs to be a fronting service that can call out to all the services APIs to give a unified experience for users. and something more friendly than Heat DIY templating20:00
*** VW has joined #openstack-nova20:01
alaski_mgagne: thanks.  I'll pass that on to our Cinder folks.  Of course we'll need to upgrade past Icehouse then :)20:01
*** ijw has quit IRC20:01
alaski_melwitt: I very much agree with that20:01
mgagnemelwitt: I agree with this vision. You will understand that I will be opposed to it if the plan happens to be: stop supporting XYZ feature in Nova in favor of that next greatest solution unless it's 100% feature parity.20:02
*** VW_ has joined #openstack-nova20:03
*** VW has quit IRC20:03
mgagnemelwitt: we can't afford to break the openstack adoption trend and make it much more difficult by yet moving to another client, API versions or whatever.20:04
*** jwcroppe has joined #openstack-nova20:05
mgagnemelwitt: while it has it glitches, Nova happens to (unfortunately?) offer a good part of the solution.20:05
mriedemwow, reading https://review.openstack.org/#/c/201754/ - seems like all of the planets have to align for that to work20:06
mriedemmgagne: ^20:06
*** hemnalunch is now known as hemna20:06
*** su_zhang has joined #openstack-nova20:07
mgagnemriedem: TBH, I didn't look in all the details of it. I starred the change for future reading. We are using the SolidFire specific image caching system which happens to implement and replace a 90% similar system we had in place for years. thanks jgriffith20:07
mriedemdoffm: https://bugs.launchpad.net/nova/+bug/149951820:08
openstackLaunchpad bug 1499518 in OpenStack Compute (nova) "Docs for CONF.block_device_allocate_retries should be updated to note cinder image caching" [Low,Confirmed]20:08
mriedemmgagne: yeah that's what i suggest to at least note in ^20:08
mriedemthe image caching stuff20:08
mriedemif you find yourself having to tweak CONF.block_device_allocate_retries in nova20:08
alaski_mgagne: the reality is that we can't pull source=image from the api.  the most we could do is add a microversion to stop it but it would still be available on lower versions.  But it would be nice to signal that it's not preferred to do it that way.20:09
*** alex_klimov has joined #openstack-nova20:09
*** breitz has quit IRC20:10
*** su_zhang has quit IRC20:11
*** breitz has joined #openstack-nova20:11
melwittmgagne: yeah, I understand. nova has some things in it to give users a single api call in some cases, and I personally think we need to keep those until we have the end state of a separate single endpoint service that allows nova to deprecate them20:12
mgagnesorry, got context switched20:13
mgagnemriedem: until the image caching system, we had similar issues to alaski_ and we choose to implement orchestration in front of it. It was a dark time tbh and it prevented us from opening the API.20:13
*** leseb has joined #openstack-nova20:15
*** vkmc has joined #openstack-nova20:16
mgagnealaski_: you can pull it with a policy? :D20:16
*** alaski_ is now known as alaski20:19
*** salv-orlando has joined #openstack-nova20:19
alaskimgagne: apparently our issue with the cache is that we don't have fast cloning20:20
*** nickchase has quit IRC20:20
mgagnealaski: yea, that's the secret sauce =)20:20
*** Piet has quit IRC20:22
*** jichen has quit IRC20:22
*** salv-orlando has quit IRC20:22
*** su_zhang has joined #openstack-nova20:24
*** bnemec has joined #openstack-nova20:24
*** tpeoples has joined #openstack-nova20:25
*** baoli has quit IRC20:28
*** achanda has quit IRC20:30
*** vladikr has quit IRC20:33
*** gyee has joined #openstack-nova20:34
*** salv-orlando has joined #openstack-nova20:35
*** salv-orlando has quit IRC20:35
*** salv-orlando has joined #openstack-nova20:36
*** julien_ZTE has joined #openstack-nova20:40
*** exploreshaifali has quit IRC20:41
*** tdp has joined #openstack-nova20:41
*** tpeoples has quit IRC20:41
*** julien_ZTE has quit IRC20:44
*** Piet has joined #openstack-nova20:47
* bauzas waves back20:49
bauzasinteresting thread above...20:49
*** jgriffith has quit IRC20:51
*** rfolco has quit IRC20:52
mriedemnova meeting in 7 minutes20:53
*** lucasagomes has joined #openstack-nova20:54
*** jgriffith has joined #openstack-nova20:55
bauzasmriedem: IIUC, --bdm is an old way to get volumes, we now prefer to use --block-device, right?20:55
bauzasmriedem: sorry if you think it's a silly question but it seems I need to improve my volume skills20:56
bauzas(speaking of nova boot)20:56
mriedembauzas: yeah should be --block-device i think20:56
mriedemhttp://docs.openstack.org/cli-reference/content/novaclient_commands.html#novaclient_subcommand_boot20:56
*** raildo is now known as raildo-afk20:56
*** ijw has joined #openstack-nova20:57
*** rfolco has joined #openstack-nova20:57
mriedemthere is also --boot-volume and --snapshot20:57
mriedemthere are 20 ways to skin that cat20:57
bauzasmriedem: that's what I'm looking20:57
bauzasnone of them are said deprecated20:58
*** dave-mccowan has quit IRC20:58
bauzasin the client I mean20:58
*** VW_ has quit IRC20:58
*** VW has joined #openstack-nova20:59
mriedemnot in the docs i don't think20:59
bauzasergh, 1 min before a meeting is too short to think about that20:59
mriedemi think there is something in the code though20:59
bauzasyeah I remember something I heard20:59
mriedemwe should put something in the option help text though if one is deprecated20:59
*** jgriffith has quit IRC21:00
bauzasanyway, meeting time21:00
*** VW_ has joined #openstack-nova21:01
*** VW has quit IRC21:01
*** mtanino has quit IRC21:01
*** hemna is now known as hemnafk21:01
*** edmondsw has quit IRC21:02
*** ijw has quit IRC21:02
*** rfolco has quit IRC21:03
*** achanda has joined #openstack-nova21:05
*** hemna has joined #openstack-nova21:05
*** yamahata has quit IRC21:06
*** ijw has joined #openstack-nova21:06
*** thorst has quit IRC21:07
*** aysyd has quit IRC21:07
*** leitan has quit IRC21:08
*** achanda has quit IRC21:09
*** mtanino has joined #openstack-nova21:11
*** matrohon has quit IRC21:12
*** leitan has joined #openstack-nova21:12
*** jgriffith has joined #openstack-nova21:21
*** derekh has joined #openstack-nova21:21
*** burgerk has quit IRC21:21
*** otter768 has joined #openstack-nova21:22
*** eharney has quit IRC21:26
*** otter768 has quit IRC21:27
*** dims__ has quit IRC21:29
*** hitalia has joined #openstack-nova21:30
*** dustins has quit IRC21:31
*** ccarmack has left #openstack-nova21:32
*** pumaranikar has quit IRC21:32
*** rlrossit has left #openstack-nova21:34
*** changbl has quit IRC21:37
*** armax_ has joined #openstack-nova21:37
mriedembauzas: are you going to propose stable/liberty backports for https://review.openstack.org/#/c/227199/ and https://review.openstack.org/#/c/221620/ ?21:38
*** changbl has joined #openstack-nova21:39
*** armax has quit IRC21:40
*** leifz has quit IRC21:40
*** armax_ is now known as armax21:40
*** leifz has joined #openstack-nova21:40
*** marzif has quit IRC21:40
*** iraw- has quit IRC21:41
*** julien_ZTE has joined #openstack-nova21:41
bauzasmriedem: yup, was discussing with johnthetubaguy about the opportunity to squash them21:41
bauzasmriedem: because the first one is buggy21:41
*** alejandrito has joined #openstack-nova21:41
bauzasthanks to a douchebag21:41
*** iraw- has joined #openstack-nova21:42
bauzasmriedem: so I'd prefer to backport only one change by squashing both21:42
bauzasmriedem: thoughts about that?21:42
*** derekh has quit IRC21:43
bauzas(of course, having the 2 commit msgs merged into the same msg)21:43
bauzasI mean leaving the commit msg, merged21:43
*** julien_ZTE has quit IRC21:45
mriedemsquashing is ok if it makes sense21:46
mriedemotherwise we just have to resolve merge conflicts21:46
bauzasmriedem: okay, will provide one change by tomorrow morning my time21:47
mriedemit sucks that we have merge conflicts going to stable/liberty within 1 day of having that branch....21:47
mriedemyeah, np21:47
* bauzas says hello to his bed21:47
openstackgerritMatt Riedemann proposed openstack/nova: Only create volumes with instance.az if cinder.cross_az_attach is False  https://review.openstack.org/22756421:48
bauzashah21:48
mriedemneeded to get that up before i leave21:48
bauzasone last before heading off21:48
mriedemwhich is pretty much now21:48
bauzasfood for thoughts for tomorrow21:49
openstackgerritMatt Riedemann proposed openstack/nova: Only create volumes with instance.az if cinder.cross_az_attach is False  https://review.openstack.org/22756421:50
*** jlvillal has quit IRC21:51
*** dims_ has joined #openstack-nova21:52
*** mriedem has quit IRC21:53
*** tonytan4ever has quit IRC21:54
*** e0ne has joined #openstack-nova21:56
*** ctrath has quit IRC21:56
*** jlvillal has joined #openstack-nova21:57
*** changbl has quit IRC22:00
*** burt has quit IRC22:01
*** pixelbeat has joined #openstack-nova22:03
*** obedmr_ has joined #openstack-nova22:03
*** obedmr_ has quit IRC22:03
*** ctrath has joined #openstack-nova22:04
*** mdrabe has quit IRC22:04
*** changbl has joined #openstack-nova22:04
*** obedmr_ has joined #openstack-nova22:05
*** thumpba has joined #openstack-nova22:06
*** achanda has joined #openstack-nova22:06
*** obedmr_ has quit IRC22:06
*** obedmr has quit IRC22:07
*** jwcroppe has quit IRC22:07
*** VW has joined #openstack-nova22:07
*** jwcroppe has joined #openstack-nova22:07
*** zhangjn has joined #openstack-nova22:09
*** eglynn has quit IRC22:10
*** VW_ has quit IRC22:10
*** hemna has quit IRC22:10
*** zhangjn has quit IRC22:11
*** VW has quit IRC22:12
*** jwcroppe has quit IRC22:12
*** zhangjn has joined #openstack-nova22:12
*** zhangjn has quit IRC22:12
*** ctrath has quit IRC22:13
*** zhangjn has joined #openstack-nova22:13
*** nic has joined #openstack-nova22:14
*** e0ne has quit IRC22:17
*** thumpba_ has joined #openstack-nova22:17
*** zhangjn has quit IRC22:17
*** tdp has quit IRC22:17
*** leseb_ has quit IRC22:19
*** thumpba has quit IRC22:20
*** hemnafk is now known as hemna22:22
*** artom has quit IRC22:24
*** pixelbeat has quit IRC22:24
*** artom has joined #openstack-nova22:26
*** Guest88 has joined #openstack-nova22:26
*** leseb_ has joined #openstack-nova22:27
*** jhesketh has quit IRC22:28
*** jhesketh has joined #openstack-nova22:29
*** stevemar has quit IRC22:30
*** zhangjn has joined #openstack-nova22:36
*** zhangjn has quit IRC22:37
*** su_zhang has quit IRC22:37
*** zhangjn has joined #openstack-nova22:38
*** penick has quit IRC22:40
*** zzzeek has quit IRC22:40
*** asettle has joined #openstack-nova22:41
*** obedmr has joined #openstack-nova22:44
*** dave-mccowan has joined #openstack-nova22:47
*** obedmr has quit IRC22:48
*** thumpba_ has quit IRC22:48
*** thumpba has joined #openstack-nova22:48
*** pratikma_ has quit IRC22:49
*** obedmr has joined #openstack-nova22:51
*** echoingumesh has joined #openstack-nova22:51
*** jgriffith has quit IRC22:55
*** jgriffith has joined #openstack-nova22:55
*** bswartz has joined #openstack-nova22:55
*** Guest88 has quit IRC22:57
*** jgriffith has quit IRC22:57
*** zhangjn_ has joined #openstack-nova22:57
*** armax has quit IRC22:59
*** jgriffith has joined #openstack-nova23:00
*** IanGovett has quit IRC23:00
*** obedmr has quit IRC23:01
*** zhangjn has quit IRC23:01
*** alejandrito has quit IRC23:03
*** alex_klimov has quit IRC23:04
*** markvoelker_ has quit IRC23:04
*** leitan has quit IRC23:04
*** dims_ has quit IRC23:05
*** thumpba has quit IRC23:06
*** su_zhang has joined #openstack-nova23:07
*** julien_ZTE has joined #openstack-nova23:12
*** ijuwang has quit IRC23:15
*** julien_ZTE has quit IRC23:16
*** diogogmt has quit IRC23:16
*** echoingumesh has quit IRC23:17
*** echoingumesh has joined #openstack-nova23:18
*** echoingumesh has quit IRC23:22
*** otter768 has joined #openstack-nova23:23
*** thumpba has joined #openstack-nova23:25
*** otter768 has quit IRC23:28
*** stevemar has joined #openstack-nova23:31
*** ildikov has quit IRC23:32
*** stevemar has quit IRC23:33
*** tjones1 has quit IRC23:38
*** lucasagomes has quit IRC23:38
*** erhudy has quit IRC23:39
*** nic has quit IRC23:41
*** agireud has quit IRC23:42
*** pratikmallya has joined #openstack-nova23:44
*** shoutm has joined #openstack-nova23:45
*** davideagnello has quit IRC23:46
*** emagana has quit IRC23:47
*** ildikov has joined #openstack-nova23:49
*** ZZelle_ has quit IRC23:49
*** vishwana_ has joined #openstack-nova23:54
*** thumpba_ has joined #openstack-nova23:54
*** electrocucaracha has quit IRC23:54
*** jamielennox|away is now known as jamielennox23:56
*** vishwanathj has quit IRC23:56
*** rex_lee_ has quit IRC23:56
*** jaypipes has quit IRC23:56
*** harlowja has quit IRC23:56
*** thumpba has quit IRC23:56
*** sayali has quit IRC23:56
*** BadCub has quit IRC23:56
*** r-daneel has quit IRC23:57
*** darrenc has quit IRC23:57
*** gus has quit IRC23:57
*** davidlenwell has quit IRC23:57
*** sdague has quit IRC23:57
*** dguitarbite has quit IRC23:57
*** harlowja has joined #openstack-nova23:57
*** darrenc_ has joined #openstack-nova23:57
*** xyang1 has quit IRC23:57
*** darrenc_ is now known as darrenc23:58
*** davidlenwell has joined #openstack-nova23:58
*** dguitarbite has joined #openstack-nova23:58
*** gus has joined #openstack-nova23:59
*** r-daneel has joined #openstack-nova23:59
*** sdague has joined #openstack-nova23:59

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