Thursday, 2015-07-30

*** haomaiwang has quit IRC00:01
dansmithmelwitt: if it's a serialized object, you use obj_from_primitive()00:01
*** haomaiwang has joined #openstack-nova00:02
dansmithmelwitt: if it's a dict-like thing that looks like the object itself, then you use class(context, **primitive)00:02
dansmithmelwitt: so, it depends on what you've got00:02
openstackgerritDanny Wilson proposed openstack/nova: libvirt: add discard support for attached volumes  https://review.openstack.org/20572600:02
alex_xumelwitt: hope you can take a look this when you have time https://review.openstack.org/#/q/status:open+project:openstack/python-novaclient+branch:master+topic:bp/keypair-x509-certificates,n,z it already got one +2, thanks in advance!00:02
melwittdansmith: okay, thanks. I'm reviewing the RequestSpec object patch, is how my question came up. on creating a Flavor object from a primitive00:03
dansmithmelwitt: yeah, I think in that one, he has a thing that looks like a flavor (a legacy thing), not a serialized objects.Flavor object00:03
melwittdansmith: yeah, I went in scheduler/utils.py to see build_request_spec, it does primitivize a Flavor object if it encounters one. I suppose there's a chance of a legacy thing being possible too. I'll pose it as a question in the review00:05
dansmithmelwitt: meaning Flavor.obj_to_primitive()? or nova.objects.obj_to_primitive() ?00:06
openstackgerritxing-yang proposed openstack/nova: Add os-brick based LibvirtVolumeDriver for ScaleIO  https://review.openstack.org/19445400:06
melwittdansmith: instance_type = obj_base.obj_to_primitive(instance_type)00:07
*** hemna is now known as hemnafk00:07
dansmithmelwitt: yeah, that's not a serialized object, that's a dicty thing00:07
dansmithwhich means you use Flavor(context, **primitive)00:07
melwittdansmith: ohh. didn't know that00:08
dansmithI mean, ffs, how are you not getting this.. it's SO OBVIOUS00:08
*** annashen has joined #openstack-nova00:08
dansmith(totally not)00:08
melwittdansmith: I know!! I am ashamed00:08
* dansmith is the one that should be ashamed00:08
melwitt:P nah00:08
*** pixelbeat_ has joined #openstack-nova00:09
dansmithyes, I dunno how we ended up with two things called primitive and thought it was a good idea00:09
dansmithwell, I do, but..00:09
melwittone of these days, I'll remember the base.to_primitive vs class.to_primitive00:09
*** rmcall has quit IRC00:10
dansmithwell,00:10
dansmithsoon enough the silly one will go away00:10
dansmithwell, maybe not soon enough, but eventually00:11
*** penick has joined #openstack-nova00:12
*** annashen has quit IRC00:12
melwitttrue00:13
gzhaidansmith: Do you have time to take a look at https://review.openstack.org/#/c/203573/ ?00:14
dansmithgzhai: sorry, I'm just about to run off00:14
gzhaidansmith: it's ok. just a simple fix. you can try if have time in future. Thanks.00:15
*** mtanino has quit IRC00:15
*** tsekiyama has quit IRC00:16
openstackgerritDanny Wilson proposed openstack/nova: libvirt: add discard support for attached volumes  https://review.openstack.org/20572600:17
*** achanda has quit IRC00:18
*** patrickeast has quit IRC00:18
*** tjones has quit IRC00:18
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add DiskNotFound and VolumeNotFound test  https://review.openstack.org/18145500:19
*** Sukhdev_ has quit IRC00:19
*** penick has quit IRC00:20
*** tjones has joined #openstack-nova00:21
*** thorst1 has joined #openstack-nova00:22
*** achanda has joined #openstack-nova00:22
*** jasondotstar has quit IRC00:23
*** thorst1 has quit IRC00:24
*** marcusvrn has quit IRC00:25
*** annashen has joined #openstack-nova00:29
*** Sukhdev_ has joined #openstack-nova00:30
*** salv-orlando has quit IRC00:31
openstackgerritGhanshyam Mann proposed openstack/nova: Add Support for json-home content_type in wsgi  https://review.openstack.org/20726100:31
*** tellesnobrega has joined #openstack-nova00:33
*** edmondsw has quit IRC00:34
*** annashen has quit IRC00:34
*** tellesnobrega has quit IRC00:34
*** dannywilson has quit IRC00:36
*** Sukhdev_ has quit IRC00:37
*** dboik has joined #openstack-nova00:37
*** tjones has quit IRC00:38
*** meghal has quit IRC00:39
*** vishwanathj has joined #openstack-nova00:41
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add secgroup param checks for Neutron  https://review.openstack.org/19204300:43
*** vishwanathj has quit IRC00:46
*** vishwanathj has joined #openstack-nova00:46
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add secgroup param checks for Neutron  https://review.openstack.org/19204300:46
*** MentalRay_ has quit IRC00:47
openstackgerritenikanorov proposed openstack/nova: Fix forming a message for the exception raised if port limit is hit  https://review.openstack.org/20473800:48
*** jwcroppe has joined #openstack-nova00:49
*** otter768 has joined #openstack-nova00:54
*** vishwanathj has quit IRC00:55
*** vilobhmm has quit IRC00:55
*** vilobhmm has joined #openstack-nova00:57
*** jasondotstar has joined #openstack-nova00:58
*** h00327910__ has joined #openstack-nova00:59
*** mriedem has joined #openstack-nova00:59
*** vilobhmm1 has joined #openstack-nova00:59
*** haomaiwang has quit IRC01:01
*** vilobhmm has quit IRC01:02
*** haomaiwang has joined #openstack-nova01:02
*** vilobhmm1 has quit IRC01:04
*** leeantho has quit IRC01:06
*** angdraug has quit IRC01:06
*** tjones has joined #openstack-nova01:08
*** davideagnello has quit IRC01:12
mriedemxyang: a couple more comments01:14
mriedempretty close01:14
*** wanghua has joined #openstack-nova01:15
mriedemstill got a few changes in this series that need another +2 https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/consolidate-libvirt-fs-volume-drivers,n,z01:17
mriedemand this is ready to go i think https://review.openstack.org/#/c/194412/01:18
xyangmriedem: hi, thanks, let me check01:24
xyangmriedem: I thought I have to set it in os brick connector first, otherwise I won't have it?  Other driver like ceph also doesn't have it yet, right?01:27
xyangmriedem: you are saying this is actually set in nova, so every driver should already have it?01:29
*** browne has quit IRC01:29
*** annashen has joined #openstack-nova01:30
*** annashen has quit IRC01:35
*** jasondotstar has quit IRC01:35
openstackgerritxing-yang proposed openstack/nova: Add os-brick based LibvirtVolumeDriver for ScaleIO  https://review.openstack.org/19445401:35
*** tpeoples has joined #openstack-nova01:38
xyangmriedem: fixed them.  Thanks!01:39
*** humble_ has joined #openstack-nova01:41
*** wanghua has quit IRC01:45
*** Jeffrey4l has joined #openstack-nova01:47
*** vilobhmm has joined #openstack-nova01:47
*** dan has quit IRC01:50
*** vilobhmm1 has joined #openstack-nova01:51
*** vilobhmm has quit IRC01:51
*** MentalRay_ has joined #openstack-nova01:52
*** meghal has joined #openstack-nova01:55
*** haomaiwang has quit IRC02:01
*** baoli has joined #openstack-nova02:02
*** haomaiwang has joined #openstack-nova02:02
*** pixelbeat_ has quit IRC02:02
*** Kennan has quit IRC02:02
*** Kennan has joined #openstack-nova02:02
openstackgerritxing-yang proposed openstack/nova: Add os-brick based LibvirtVolumeDriver for ScaleIO  https://review.openstack.org/19445402:04
openstackgerritWenPing Zhang proposed openstack/nova: Add support for yfs storage protocol  https://review.openstack.org/20245902:04
*** annashen has joined #openstack-nova02:05
*** dboik has quit IRC02:05
*** annegentle has quit IRC02:06
*** dims has quit IRC02:19
*** unicell has quit IRC02:19
*** dims has joined #openstack-nova02:19
mriedemxyang: the nova libvirt driver calls connect_volume on the volume driver which updates the connection_info dict with the device_path, so that when the nova libvirt driver calls volume_driver.get_config it passes in that connection_info,02:19
mriedemso we can just get the device_path from that02:19
mriedemthe hgst driver was doing it that way02:19
xyangmriedem: got it.  Thanks!02:20
mriedemyeah, here it connects the volume http://git.openstack.org/cgit/openstack/nova/tree/nova/virt/libvirt/driver.py#n105402:21
*** agireud has joined #openstack-nova02:21
mriedemnext line it gets the config02:21
mriedemit's a bit wonky, i mean, connect_volume could just return the config and then we wouldn't need the pass by reference stuff and separate call to get_config02:21
mriedemnot sure why it was written that way02:21
xyangmriedem: I see02:21
xyangmriedem: let me know if anything else needs to be changed02:23
mriedemoh it's that way b/c of live migration02:23
mriedemso no, i think we're good, let me check the latest patch02:23
xyangmriedem: ok02:24
mriedem+202:24
mriedemnice work :)02:24
xyangmriedem: thanks a lot for all your help!02:25
mriedemnp02:25
*** vilobhmm1 has quit IRC02:26
openstackgerritGhanshyam Mann proposed openstack/nova: Merge "versions" tests between v2 and v2.1  https://review.openstack.org/20143902:27
*** cfriesen_ has quit IRC02:27
*** jswarren has quit IRC02:28
*** mriedem1 has joined #openstack-nova02:29
*** jasondotstar has joined #openstack-nova02:31
*** annashen_ has joined #openstack-nova02:31
*** tjones has quit IRC02:31
*** mriedem has quit IRC02:31
*** eliqiao1 has left #openstack-nova02:31
*** agireud has quit IRC02:32
*** annashen_ has quit IRC02:36
*** earlephilhower_ has joined #openstack-nova02:39
*** davideagnello has joined #openstack-nova02:39
*** agireud has joined #openstack-nova02:40
*** earlephilhower has quit IRC02:41
*** READ10 has quit IRC02:41
*** jasondotstar has quit IRC02:41
*** nelsnelson has quit IRC02:45
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Add rootwrap daemon mode support  https://review.openstack.org/18069502:46
*** changbl has quit IRC02:47
*** annegentle has joined #openstack-nova02:50
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Add rootwrap daemon mode support  https://review.openstack.org/18069502:51
*** apmelton has quit IRC02:51
*** hakimo_ has joined #openstack-nova02:52
*** meghal has quit IRC02:52
*** nelsnelson has joined #openstack-nova02:53
*** apmelton has joined #openstack-nova02:54
*** hakimo has quit IRC02:54
*** gzhai has quit IRC02:57
*** dims has quit IRC02:57
*** liusheng has joined #openstack-nova03:00
*** haomaiwang has quit IRC03:01
*** haomaiwang has joined #openstack-nova03:01
*** slong_ has joined #openstack-nova03:01
*** slong has quit IRC03:01
*** browne has joined #openstack-nova03:02
*** earlephilhower_ is now known as earlephilhower03:04
*** changbl has joined #openstack-nova03:06
*** cpschult has joined #openstack-nova03:11
*** baoli has quit IRC03:13
*** tjones has joined #openstack-nova03:15
*** rfolco has quit IRC03:17
*** kevinbenton has quit IRC03:18
*** annegentle has quit IRC03:20
*** markvoelker_ has quit IRC03:20
*** kevinbenton has joined #openstack-nova03:20
openstackgerritAlex Xu proposed openstack/nova: Skip additionalProperties checks when LegacyV2CompatibleWrapper enabled  https://review.openstack.org/19385803:21
openstackgerritAlex Xu proposed openstack/nova: Fix the wrong file name for legacy v2 compatible wrapper functional test  https://review.openstack.org/20632603:21
openstackgerritAlex Xu proposed openstack/nova: Return v2 version info with v2 legacy compatible wrapper  https://review.openstack.org/20693003:21
openstackgerritAlex Xu proposed openstack/nova: Add scenario for API sample tests with legacy v2 compatible wrapper  https://review.openstack.org/20348503:21
oomichialex_xu: hi, the timing is conflict on ^^^03:22
*** markvoelker_ has joined #openstack-nova03:22
oomichialex_xu: so can you check my comment on https://review.openstack.org/#/c/193858 ?03:22
alex_xuoomichi: thanks, let me check03:23
oomichialex_xu: very simple point03:23
alex_xuoomichi: yea, thanks, I think that is reasonable. will update soon03:24
*** annegentle has joined #openstack-nova03:26
*** annegentle has quit IRC03:26
*** gzhai has joined #openstack-nova03:27
*** gzhai has quit IRC03:28
openstackgerritAlex Xu proposed openstack/nova: Skip additionalProperties checks when LegacyV2CompatibleWrapper enabled  https://review.openstack.org/19385803:29
openstackgerritAlex Xu proposed openstack/nova: Fix the wrong file name for legacy v2 compatible wrapper functional test  https://review.openstack.org/20632603:29
openstackgerritAlex Xu proposed openstack/nova: Return v2 version info with v2 legacy compatible wrapper  https://review.openstack.org/20693003:29
openstackgerritAlex Xu proposed openstack/nova: Add scenario for API sample tests with legacy v2 compatible wrapper  https://review.openstack.org/20348503:29
alex_xuoomichi: ^ it's done :)03:29
oomichialex_xu: cool, thanks :)03:30
*** annashen_ has joined #openstack-nova03:32
*** lucas__ has joined #openstack-nova03:33
*** jwcroppe has quit IRC03:33
*** jwcroppe has joined #openstack-nova03:34
*** dave-mccowan has quit IRC03:34
*** annashen_ has quit IRC03:37
*** lucas__ has quit IRC03:37
*** cpschult has quit IRC03:38
*** jwcroppe has quit IRC03:38
*** annegentle has joined #openstack-nova03:40
*** jamielennox|away is now known as jamielennox03:47
*** otter768 has quit IRC03:50
*** rajesht has joined #openstack-nova03:53
*** shyama has joined #openstack-nova03:53
*** deepthi has joined #openstack-nova03:55
*** kevinbenton has quit IRC03:56
bharathHi, may I know why are we creating a linux bridge every time when we launch an instance? I am using libvirt for nova and ovs as neutron plugin03:56
bharathwe are creating per vif every time, referring this code https://github.com/openstack/nova/blob/6b4146e944611685b593deabaa1d83d410e90318/nova/virt/libvirt/vif.py#L44503:56
*** gzhai has joined #openstack-nova03:58
*** coolsvap|away is now known as coolsvap03:59
*** gzhai has quit IRC04:00
*** haomaiwang has quit IRC04:01
*** kevinbenton has joined #openstack-nova04:01
*** 16WAAEKLZ has joined #openstack-nova04:02
*** annashen has quit IRC04:03
*** slong__ has joined #openstack-nova04:03
*** slong_ has quit IRC04:04
*** aluria has quit IRC04:05
*** lpetrut has joined #openstack-nova04:14
*** mdrabe has quit IRC04:20
*** salv-orlando has joined #openstack-nova04:21
*** salv-orlando has quit IRC04:25
*** achanda has quit IRC04:26
*** fawadkhaliq has joined #openstack-nova04:27
*** agireud has quit IRC04:31
*** jlvillal has quit IRC04:32
*** annashen has joined #openstack-nova04:33
*** jamielennox is now known as jamielennox|away04:33
*** annashen has quit IRC04:38
*** garyk has quit IRC04:42
*** sakaYK has joined #openstack-nova04:42
*** bharath has quit IRC04:43
*** annegentle has quit IRC04:44
*** chhavi has joined #openstack-nova04:47
*** deepakcs has joined #openstack-nova04:48
*** annashen has joined #openstack-nova04:50
*** fawadkhaliq has quit IRC04:52
*** Marga_ has quit IRC04:52
*** Marga_ has joined #openstack-nova04:53
*** tjones has quit IRC04:54
*** oomichi has quit IRC05:00
*** davideagnello has quit IRC05:00
*** 16WAAEKLZ has quit IRC05:01
*** haomaiwang has joined #openstack-nova05:02
*** oomichi has joined #openstack-nova05:05
*** oomichi has quit IRC05:05
*** fawadkhaliq has joined #openstack-nova05:05
*** shyama has quit IRC05:06
*** yamahata has joined #openstack-nova05:10
*** shyama has joined #openstack-nova05:11
*** sakaYK has quit IRC05:14
*** unicell has joined #openstack-nova05:15
*** annashen has quit IRC05:18
*** meghal has joined #openstack-nova05:20
*** Eric_HOU has joined #openstack-nova05:29
*** achanda has joined #openstack-nova05:29
*** meghal has quit IRC05:30
*** deepthi has quit IRC05:33
*** annashen has joined #openstack-nova05:34
*** vilobhmm has joined #openstack-nova05:36
*** whenry has quit IRC05:36
*** rotbeard has joined #openstack-nova05:37
*** annashen has quit IRC05:39
*** lpetrut has quit IRC05:41
openstackgerritJohn Hua proposed openstack/nova: Support extra tgz images that only has a single VHD file in it  https://review.openstack.org/20583105:44
*** annashen has joined #openstack-nova05:45
*** garyk has joined #openstack-nova05:49
*** dannywilson has joined #openstack-nova05:49
*** shyama has quit IRC05:49
*** otter768 has joined #openstack-nova05:51
*** lpetrut has joined #openstack-nova05:52
*** lsmola has joined #openstack-nova05:54
*** salv-orlando has joined #openstack-nova05:54
*** salv-orlando has quit IRC05:55
*** otter768 has quit IRC05:55
*** Murali has joined #openstack-nova05:56
*** salv-orlando has joined #openstack-nova05:56
*** josecastroleon has joined #openstack-nova05:58
*** lpetrut has quit IRC05:59
*** haomaiwang has quit IRC06:01
*** haomaiwang has joined #openstack-nova06:02
*** Kennan2 has joined #openstack-nova06:03
*** Kennan has quit IRC06:03
openstackgerritgaryk proposed openstack/nova: VMware: add support for cores per socket  https://review.openstack.org/18794206:04
*** nkrinner has joined #openstack-nova06:06
openstackgerritgaryk proposed openstack/nova: VMware: add in net_io resource limitations  https://review.openstack.org/18020206:06
openstackgerritgaryk proposed openstack/nova: VMware: create common object for limits, reservations and shares  https://review.openstack.org/17905906:06
openstackgerritgaryk proposed openstack/nova: VMware: Resource limits for memory  https://review.openstack.org/17906006:06
openstackgerritgaryk proposed openstack/nova: VMware: store extra_specs object  https://review.openstack.org/17906106:06
openstackgerritgaryk proposed openstack/nova: VMware: add resource limits for disk  https://review.openstack.org/17906206:06
*** Eric_HOU has left #openstack-nova06:09
*** dannywilson has quit IRC06:11
*** dannywilson has joined #openstack-nova06:12
*** artom has quit IRC06:14
garykjohnthetubaguy: ^ - they all needed to be rebased - not sure why gerrit had a conflict06:25
*** sakaYK has joined #openstack-nova06:25
openstackgerritliaonanhai proposed openstack/nova: Add user_id info: add 'user_id' to REST os-simple-tenant-usage output  https://review.openstack.org/15152206:26
*** ankit_ag has joined #openstack-nova06:29
*** rmcall has joined #openstack-nova06:30
*** deepthi has joined #openstack-nova06:31
*** rmcall has quit IRC06:33
*** annashen_ has joined #openstack-nova06:35
*** annashen_ has quit IRC06:39
*** rdopiera has joined #openstack-nova06:39
*** oomichi has joined #openstack-nova06:40
oomichijohnthetubaguy: hi, morning06:42
*** david-lyle has quit IRC06:43
*** annashen has quit IRC06:46
*** shyama has joined #openstack-nova06:46
*** Vikas___ has joined #openstack-nova06:47
*** scheuran has joined #openstack-nova06:48
*** vilobhmm has quit IRC06:49
*** david-lyle has joined #openstack-nova06:49
*** mpavone has joined #openstack-nova06:50
*** bkopilov has quit IRC06:52
*** bkopilov has joined #openstack-nova06:55
*** vilobhmm has joined #openstack-nova06:56
*** Nikolay_St has joined #openstack-nova06:57
*** _gryf has quit IRC07:00
*** haomaiwang has quit IRC07:01
*** davideagnello has joined #openstack-nova07:01
*** rubasov has quit IRC07:02
*** haomaiwang has joined #openstack-nova07:02
*** rubasov has joined #openstack-nova07:04
*** davideagnello has quit IRC07:05
*** abhishekk has joined #openstack-nova07:05
*** rubasov has left #openstack-nova07:05
*** doude has joined #openstack-nova07:05
*** unicell has quit IRC07:08
*** unicell has joined #openstack-nova07:09
*** belmoreira has joined #openstack-nova07:10
*** browne has quit IRC07:10
*** rubasov has joined #openstack-nova07:12
*** slong__ has quit IRC07:13
*** salv-orlando has quit IRC07:15
*** markus_z has joined #openstack-nova07:16
*** dannywilson has quit IRC07:18
*** achanda has quit IRC07:20
openstackgerritGhanshyam Mann proposed openstack/nova: Show 'locked' information in server details  https://review.openstack.org/20239107:22
*** achanda has joined #openstack-nova07:23
*** vishwanathj has joined #openstack-nova07:23
*** vilobhmm1 has joined #openstack-nova07:24
*** unicell has quit IRC07:24
*** haypo has joined #openstack-nova07:25
*** vilobhmm has quit IRC07:26
*** jcoufal has joined #openstack-nova07:26
haypomorning. i have a patch to fix nova unit tests in nova kilo for openssh 6.8 (fedora 22): https://review.openstack.org/#/c/191847/ - it already got a +2, but it lacks a second +2 ;-)07:26
*** unicell has joined #openstack-nova07:27
*** vishwanathj has quit IRC07:28
*** vishwanathj has joined #openstack-nova07:29
*** jwcroppe has joined #openstack-nova07:29
openstackgerritGhanshyam Mann proposed openstack/nova: Register JSON-Home data for v2.1 resources  https://review.openstack.org/20732307:30
*** vilobhmm1 has quit IRC07:31
*** shyama has quit IRC07:34
*** annashen has joined #openstack-nova07:35
*** sahid has joined #openstack-nova07:39
*** annashen has quit IRC07:40
-openstackstatus- NOTICE: Our CI system is broken again today, jobs are not getting processed at all.07:41
*** mpaolino has joined #openstack-nova07:41
*** ChanServ changes topic to "Our CI system is broken again today, jobs are not getting processed at all."07:41
*** matrohon has joined #openstack-nova07:42
openstackgerritGhanshyam Mann proposed openstack/nova: Register JSON-Home data for resources with parent  https://review.openstack.org/20590507:43
openstackgerritGhanshyam Mann proposed openstack/nova: Register JSON-Home data for resources with inherits  https://review.openstack.org/20594407:44
openstackgerritGhanshyam Mann proposed openstack/nova: Register JSON-Home data for resources actions  https://review.openstack.org/20636007:44
openstackgerritGhanshyam Mann proposed openstack/nova: Add Support for json-home content_type in wsgi  https://review.openstack.org/20726107:44
openstackgerritGhanshyam Mann proposed openstack/nova: Register JSON-Home data for v2.1 resources  https://review.openstack.org/20732307:45
*** rmcall has joined #openstack-nova07:45
*** ndipanov has quit IRC07:46
*** moshele has joined #openstack-nova07:47
-openstackstatus- NOTICE: CI system is broken and very far behind. Please do not approve any changes for a while.07:51
*** ChanServ changes topic to "CI system is broken and very far behind. Please do not approve any changes for a while."07:51
*** otter768 has joined #openstack-nova07:52
*** jasonpan has joined #openstack-nova07:52
*** alex_klimov has joined #openstack-nova07:52
*** alex_klimov has quit IRC07:53
*** alex_klimov has joined #openstack-nova07:53
johnthetubaguyoomichi: morning07:55
*** achanda has quit IRC07:56
*** otter768 has quit IRC07:56
johnthetubaguygaryk: seems like gerrit is in a bad way right now, but it should be OK for anyone to reapprove those ones now (i.e. you have met the criteria to pass the freeze, and get merged)07:56
johnthetubaguymikal: are you around by any chance for a quick catch up07:57
*** jamielennox|away is now known as jamielennox07:57
oomichijohnthetubaguy: maybe today is very busy for you;) I also have a qestion about l-2 deadline.07:58
*** achanda has joined #openstack-nova07:58
oomichijohnthetubaguy: can we consider json-home feature is a part of v2.1 feature or not?07:59
johnthetubaguyoomichi: I am about to go offline, unfortunately, but I hope I can help07:59
johnthetubaguyoomichi: I think I made it higher than low priority, maybe medium?07:59
oomichijohnthetubaguy: yeah, that is right on current bp priority of json-home07:59
oomichijohnthetubaguy: that is medium08:00
johnthetubaguyoomichi: so basically, I am going to defer the low ones, then double check the rest, if that makes sense, so it should be safe08:00
*** haomaiwang has quit IRC08:01
johnthetubaguyoomichi: its really up to the api subteam to decide what they want in their "priority" though, within reason. I figured that one was important, but not really important. But I am willing to be told otherwise. Does sound OK?08:01
*** haomaiwang has joined #openstack-nova08:02
oomichijohnthetubaguy: ah, I see the point. after re-reading your mail, I got it. thanks :)08:02
oomichijohnthetubaguy: yeah, I will try to get agreements from the subteam08:03
oomichijohnthetubaguy: thanks for your time08:03
johnthetubaguyoomichi: cool, no problems08:03
johnthetubaguyoomichi: if I defer something I shouldn't have, for example, we can bring it back08:04
johnthetubaguyoomichi: one thing about bugs with API changes, I am still cool trying to push those forward at this point, we will need to slow that down if it gets too distracting, but it seems like a small trickle that we can deal with at this point, but yeah, let me know if the API wants to change direction there, going with my gut instinct on that really08:06
*** achanda has quit IRC08:07
bauzasmorning Nova08:08
*** shyama has joined #openstack-nova08:09
*** markus_z has quit IRC08:09
*** lucasagomes has joined #openstack-nova08:12
*** rmcall has quit IRC08:12
*** humble__ has joined #openstack-nova08:12
*** humble_ has quit IRC08:14
*** kmARC has joined #openstack-nova08:14
*** sahid has quit IRC08:17
johnthetubaguybauzas: did you seem my email on the exception process? did it make sense to you?08:18
bauzasjohnthetubaguy: yup, I'm fine with it08:19
*** shuquan has joined #openstack-nova08:19
bauzasjohnthetubaguy: an etherpad helps keeping the ML quiet08:19
johnthetubaguybauzas: cool, I am offline for much of today and tomorrow, so just wanting to make sure most of the details are clear08:19
johnthetubaguybauzas: you are out tomorrow I guess?08:19
johnthetubaguyor was that next week?08:19
bauzasjohnthetubaguy: yeah, till 13th included :(08:19
bauzasjohnthetubaguy: family time08:20
johnthetubaguybauzas: I hope you have a good relax!08:20
bauzaseven if that's really time because of L308:20
johnthetubaguybauzas: oh, and that!08:20
bauzasbad time08:20
*** _gryf has joined #openstack-nova08:20
bauzasyou know that I'm a workaholic08:20
bauzasbut that's fair to leave my computer out for the next 2 weeks and just do hiking08:20
johnthetubaguytrue, I find having a break can make you go faster, as odd as that sounds!08:20
bauzaserm08:21
winston-d_zZZdannywilson, beagles /win 408:21
winston-d_zZZoops08:21
bauzasjohnthetubaguy: thanks08:21
bauzasjohnthetubaguy: I'll still be there for the Nova meeting today08:21
bauzasjohnthetubaguy: so I could +1/-1 any discussion there08:22
johnthetubaguyI am in a field sadly, so I think mikal is doing the honours, but I should be online tomorrow morning to catch up with things a little08:22
*** sahid has joined #openstack-nova08:24
*** kiran-r has joined #openstack-nova08:25
*** jistr has joined #openstack-nova08:25
bauzasjohnthetubaguy: sure thing08:26
garykjohnthetubaguy: not sure that i understand. do we need to wait for the approval again?08:26
*** romainh has joined #openstack-nova08:26
johnthetubaguygaryk: it was just my way of saying, I was going to hold off approve that, due to the above message from infra, but since you have been approved once, you don't need an exception to merge after the freeze08:27
*** matrohon has quit IRC08:28
bauzasjohnthetubaguy: I guess you also saw mriedem1's thread ?08:28
johnthetubaguybauzas: not yet08:29
bauzasjohnthetubaguy: k, take time08:29
*** matrohon has joined #openstack-nova08:29
garykjohnthetubaguy: ok, thanks.08:31
johnthetubaguygaryk: basically, we are not aligned with release management for this freeze, so we can be looser with the rules to make our lives a bit easier08:31
garykjohnthetubaguy: honetsly i am really confused with the relase at the moment. my understanding is that there was talk about tags and in parallel with the the liberty milestones. not sure if these are one and the same or orthogonal.08:33
*** afazekas has joined #openstack-nova08:33
garykall i know is that the gate is choking :)08:33
johnthetubaguygaryk: yeah, in the ML post I noted we have decoupled the liberty-2 tag and the Non-priority Feature Freeze, to make everyones lives a bit easier, and still meet all our process goals08:34
*** annashen has joined #openstack-nova08:36
*** BobBall_AWOL is now known as BobBaool08:36
*** BobBaool is now known as BobBall08:36
garykok, thanks for the clarification08:37
*** bfic has joined #openstack-nova08:37
*** jwcroppe has quit IRC08:37
johnthetubaguygaryk: no problem08:37
*** salv-orlando has joined #openstack-nova08:37
*** jwcroppe has joined #openstack-nova08:38
*** mpaolino has quit IRC08:38
*** ZZelle has joined #openstack-nova08:38
*** danpb has joined #openstack-nova08:39
*** mpaolino has joined #openstack-nova08:39
BobBallXenProject CI has been disabled because it's run out of disk space again and failing all changes08:40
*** annashen has quit IRC08:41
BobBallSecond time this week so we'll be digging in more to try and understand why the logs are filling up so fast before re-enabling08:41
*** pixelbeat_ has joined #openstack-nova08:42
*** jwcroppe has quit IRC08:42
johnthetubaguyBobBall: same issue gerrit had at one point this week, if that helps08:43
johnthetubaguyBobBall: I mean, infra08:43
*** yassine has joined #openstack-nova08:43
johnthetubaguyBobBall: at least it sounds similar08:44
BobBallLooks like several people have found this recently08:44
BobBallhttps://issues.jenkins-ci.org/browse/JENKINS-1016008:44
BobBallhttps://issues.jenkins-ci.org/browse/JENKINS-29490 is the latest version of the issue AFAICT08:45
*** lpetrut has joined #openstack-nova08:47
johnthetubaguyinteresting08:47
*** aix has joined #openstack-nova08:47
openstackgerritgaryk proposed openstack/nova: VMware: support limits via image meta data  https://review.openstack.org/18094208:48
openstackgerritgaryk proposed openstack/nova: Objects: add limits, reservations and shares to ImageMetaProps object  https://review.openstack.org/18832108:48
*** salv-orlando has quit IRC08:49
BobBallAssuming that's the issue it should be fixed now.  Fingers crossed eh?08:52
*** fawadkhaliq has quit IRC08:53
*** ChanServ changes topic to "This channel is for Nova development. For support of Nova deployments, please use #openstack. -=- master is open for Lemming development"09:00
-openstackstatus- NOTICE: CI is back online but has a huge backlog. Please be patient and if possible delay approving changes until it has caught up.09:00
*** haomaiwang has quit IRC09:01
*** ndipanov has joined #openstack-nova09:01
*** jlanoux has joined #openstack-nova09:01
*** haomaiwang has joined #openstack-nova09:02
*** achanda has joined #openstack-nova09:08
openstackgerritZoltan Arnold Nagy proposed openstack/nova: libvirt: add encrypted rbd volume support  https://review.openstack.org/20657609:10
*** achanda has quit IRC09:13
bauzasjohnthetubaguy: OH "Bad timing, but I am mostly away from my computer over the next few days"09:18
bauzasjohnthetubaguy: travel or holidays ?09:19
*** jwcroppe has joined #openstack-nova09:20
*** jwcroppe has quit IRC09:21
openstackgerritKyrylo Romanenko proposed openstack/python-novaclient: Refactor and update test_instances and test_volumes_api  https://review.openstack.org/20735509:21
*** jwcroppe has joined #openstack-nova09:21
*** flwang1 has joined #openstack-nova09:22
*** jwcroppe_ has joined #openstack-nova09:23
*** jwcroppe_ has quit IRC09:23
*** jwcroppe_ has joined #openstack-nova09:24
*** fawadkhaliq has joined #openstack-nova09:25
*** jamielennox is now known as jamielennox|away09:25
*** fawadkhaliq has quit IRC09:26
*** fawadkhaliq has joined #openstack-nova09:26
*** oomichi has quit IRC09:27
*** jwcroppe has quit IRC09:27
*** jwcroppe_ has quit IRC09:28
openstackgerritNikola Dipanov proposed openstack/nova: Fix overloading of block device on boot by device name  https://review.openstack.org/19032409:30
openstackgerritNikola Dipanov proposed openstack/nova: Add documentation for block device mapping  https://review.openstack.org/19265109:30
*** ip0353 has joined #openstack-nova09:30
*** ig0r_ has joined #openstack-nova09:31
*** sakaYK has quit IRC09:34
*** jcoufal has quit IRC09:35
*** ishant has joined #openstack-nova09:35
*** annashen has joined #openstack-nova09:37
*** salv-orlando has joined #openstack-nova09:38
*** jwcroppe has joined #openstack-nova09:38
openstackgerritShuquan Huang proposed openstack/nova: nova.utils._get_root_helper() should be public  https://review.openstack.org/20736609:40
*** jwcroppe has quit IRC09:40
*** Nikolay_St has quit IRC09:41
*** annashen has quit IRC09:42
*** Nikolay_St has joined #openstack-nova09:43
*** dims has joined #openstack-nova09:50
bauzasflavor or instance_type ?09:51
bauzasgood question from melwitt here https://review.openstack.org/#/c/145528/37/nova/objects/request_spec.py,cm09:52
*** jcoufal has joined #openstack-nova09:52
bauzaswho could give a clear view on that ?09:52
bauzasI don't want to add a badly named field now which would need some upgrade stuff to fix that :(09:52
bauzasdansmith: ^09:52
*** otter768 has joined #openstack-nova09:53
bauzas(pings at very indecent hours, I know)09:53
*** coolsvap is now known as coolsvap|away09:55
lxslindipanov: good morning09:55
openstackgerritNikola Dipanov proposed openstack/nova: Add documentation for block device mapping  https://review.openstack.org/19265109:56
sdaguealex_xu: you still up? I'd like to get the schema relaxation stuff landed, but it seemed kind of light on test cases, and it's really important we don't get that one wrong09:56
lxslindipanov: can we discuss resource-objects please?09:56
ndipanovlxsli, yeah sure09:57
*** marzif_ has joined #openstack-nova09:57
*** otter768 has quit IRC09:57
ndipanovjohnthetubaguy, would be interested in your take on this https://review.openstack.org/#/c/197063/09:58
lxslindipanov: so imo Inventory is only responsible for tracking the amount available+used, not for fitting, do you agree?09:58
ndipanovlxsli, well it's your object model not mine :)09:59
ndipanovbut kidding aside09:59
ndipanovI am not sure09:59
ndipanovsome resources do need the fitting09:59
ndipanovit's just how they work09:59
lxsliyes absolutely, but that is something else's job10:00
ndipanovso not sure it should be forcefully taken out of inventory10:00
lxsliToday, the host_manager calls hw.instance_topology_from_instance to do the fitting10:00
ndipanov(which is not a bad name I have to say)10:00
ndipanovhmmm does it?10:00
lxsliit does! and then hw.get_host_numa_usage_from_instance to do the actual consumption10:00
*** haomaiwang has quit IRC10:01
*** alexpilotti has joined #openstack-nova10:01
ndipanovargh10:01
ndipanovso hw.instance_topology_from_instance is really just a wrapper around the fact that we don't use objects everywhere10:01
*** haomaiwang has joined #openstack-nova10:01
lxsliSure, the main point is that fitting and consumption are already distinct steps10:01
ndipanovit's sole purpose is to have a single method to get the topology OBJECT from anything that says it's an instance10:01
ndipanovyes they are10:01
ndipanovbut fitting has to be done10:02
ndipanovfor resources such as PCI/numa10:02
*** jcoufal has quit IRC10:02
ndipanovit's not an optional step, right?10:02
lxsliSo providing we can get the NUMATopology out of the Inventory and supply it to the fitting step, we can later consume from the Inventory with pre-fitted resources (IE, specific ones)10:02
lxsliNo absolutely10:02
ndipanovwell fitting goes first, and then consumption happens with the result of fitting10:03
lxsliYes and the Inventory is really only concerned with that second step10:03
ndipanovok I can see it that way10:03
lxsliSo it doesn't need an interface to return the results of fitting, because it doesn't do fitting10:03
ndipanovok10:03
openstackgerritlyanchih proposed openstack/nova: libvirt: serial console ports count upper limit needs to be checked  https://review.openstack.org/20737310:03
ndipanovbut we still do need that interface right?\10:03
lxsliYes, somewhere10:03
lxsliCurrently it's provided by hw.instance_topology_from_instance10:04
ndipanovno it's provided by hw.numa_fit_instance_to_host10:04
lxslioh right10:05
lxsliwhere did I get the other one from? ... nevermnind10:05
lxsliAnyway, does that answer your comment?10:05
ndipanovbut my point is - if you are writing a generic framework for how resources are consumed in nova, you can't just skip this step - you should model it and then make it a noop for the ones that don't need it10:06
ndipanovI mean10:06
ndipanovI guess you could say that you only pass already fitted stuff to inventory methods10:06
lxsliYou seem to be conflating fitting and consumption again10:06
lxsliYes exactly!10:06
openstackgerritShuquan Huang proposed openstack/nova: The API unit tests for serial console use http instead of ws  https://review.openstack.org/20737510:06
ndipanovok10:06
ndipanovit just seems to me that those should belong in the same object10:07
openstackgerritJeffrey Zhang proposed openstack/nova: Cleanup the the test_api_validation unittest  https://review.openstack.org/20737610:07
ndipanovI guess you guys don't agree10:07
ndipanovbut that's ok10:07
*** shuquan has quit IRC10:07
lxsliI'm not saying that's a bad idea10:07
ndipanovwithout actually working out the code that uses Inventory it's hard to be sure10:08
ndipanovbut I have a feeling that it is going to end up with a set of special cases somewhere10:08
lxsliI'd prefer to get this merged and then perhaps do that as a next step, with no-op for IntegerInventory as you suggested10:08
ndipanovanyway - I don't need to block on this - it can be fixed later10:09
ndipanovare those otherwise ready to go in?10:09
lxsliYes I think so10:09
ndipanovok10:09
ndipanovwill respond now10:09
lxsliThey have been widely and extensively reviewed :)10:09
_gryfndipanov, hi, thanks on your feedback on https://review.openstack.org/#/c/197063/10:09
lxsliThanks10:10
*** deepthi has quit IRC10:10
*** shyama has quit IRC10:10
ndipanov_gryf, np - would be awesome to get some more thoughts on it - there's some work being discussed in that area of code so it's best to keep ppl on the same page about where things are going10:11
*** exploreshaifali has joined #openstack-nova10:11
*** jcoufal has joined #openstack-nova10:12
_gryfndipanov, I'm just wondering, how much sense it would be in removing zk driver from SG - as a resolution for the bug I filled the other day (https://bugs.launchpad.net/nova/+bug/1443910)10:12
openstackLaunchpad bug 1443910 in OpenStack Compute (nova) "Zookeeper servicegroup driver crashes" [Low,Confirmed]10:12
*** hshiina has joined #openstack-nova10:12
ndipanov_gryf, THIS IS NOVA!!!! we never remove things!10:12
ndipanovjust kidding10:13
_gryfndipanov, ndipanov oh… ;)10:13
ndipanovwell it's set to be replaced by a compeltely different implementation10:13
ndipanovso that's kind of the same thing really10:13
_gryfndipanov, so the other option is to rewrite the zk driver with kazoo as a backend10:13
_gryfor10:13
ndipanov_gryf, kinda - it's to use tooz which is a python wrapper around some basic distributed primitves10:14
_gryfwait for tooz service groups10:14
ndipanovand does use kazoo internally10:14
ndipanovtooz10:14
_gryfyes10:14
ndipanovis the answer10:14
ndipanovafaik (right johnthetubaguy )10:14
ndipanov?10:14
ndipanovthat's the reason why I don't think blocking your patch is reasonable10:15
*** jasondotstar has joined #openstack-nova10:15
ndipanovat this point10:15
_gryfright.10:16
lxslijohnthetubaguy: check around the 1min mark: https://www.youtube.com/watch?v=LZY9_Xr5XPA&index=9&list=RDRve03u7oEvI10:16
*** kbyrne has quit IRC10:21
*** kbyrne has joined #openstack-nova10:23
*** romainh has quit IRC10:23
bauzasndipanov: I disagree with you about ZK10:25
bauzasndipanov: re: _gryf https://review.openstack.org/#/c/197063/11//COMMIT_MSG,cm10:25
ndipanovbauzas, obivously you do10:26
bauzasndipanov: because even if we know that we'll be removing ZK, it's there until the tooz BP is done10:26
ndipanovoh comeon10:26
ndipanovit's garbage10:26
ndipanovand this is a useful feature people need10:26
bauzasndipanov: right, but that's not a reason for not having the check within the base method IMHO10:26
ndipanovwhat base method?10:27
bauzasndipanov: ie. like I said to _gryf I'm +1 if he adds the if branch directly in the base module10:27
ndipanovok sure whatever10:27
bauzasndipanov: https://github.com/openstack/nova/blob/master/nova/servicegroup/api.py#L8710:27
bauzasndipanov: here ^10:28
bauzasndipanov: that way, we know that any driver would then be not checked10:28
ndipanovyeah woks for me10:28
bauzasndipanov: and it wouldn't need to change ZK10:28
bauzas_gryf: ^10:28
*** yamahata has quit IRC10:30
openstackgerritTakashi NATSUME proposed openstack/nova: Fix cinder volume stuck in swap_volume  https://review.openstack.org/20738510:32
*** jwcroppe has joined #openstack-nova10:32
ndipanovbauzas, +1 from me - pls comment on the patch though so we have the right context there10:32
bauzasndipanov: just did :)10:32
*** josecastroleon has quit IRC10:34
*** claudiub has joined #openstack-nova10:35
*** tpeoples has quit IRC10:38
*** annashen has joined #openstack-nova10:38
*** shyama has joined #openstack-nova10:39
*** aix has quit IRC10:39
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: default_schedule_zone should be a list of AZ(s)  https://review.openstack.org/20722110:39
*** annashen has quit IRC10:42
alex_xusdague: hi, I'm here10:47
alex_xusdague: just saw the xen server ci failed, I just need recheck?10:48
alex_xusdague: oops, all the tests didn't run10:49
sdaguealex_xu: did you see my comments from yesterday on that patch?10:50
alex_xusdague: yes, I updated it also10:50
openstackgerritStephen Finucane proposed openstack/nova: Store correct VirtCPUTopology  https://review.openstack.org/19712510:50
sdagueok, cool, I'll take a look again after I get another cup of coffee.10:51
alex_xusdague: cool, thanks :)10:51
sdaguesome of the unit tests for ec2 are failing on a json assert, and I just realized our assertJsonEqual is not very good at really telling you want failed10:54
*** Jeffrey4l has quit IRC10:56
lxslindipanov: you made me check the spec again and I think I'm finally seeing what you were getting at. One of the goals of the resource-objects spec is to provide uniform resource comparison and consumption. If you have to pre-fit some resources beforehand, it kinda obviates the comparison check. So can_provide needs to take unfitted resources and do the fitting. Is that a fair summary?10:59
ndipanovyes10:59
lxslidarn.10:59
ndipanovwell10:59
ndipanovor have a separate method10:59
ndipanovup to you11:00
lxsliWhat'd the usecase for can_provide(fitted) be?11:00
ndipanovI think we don't do nearly enough API design for a project written in a language that is basically all about nice programming interfaces :)11:00
*** haomaiwang has quit IRC11:01
ndipanovlxsli, what do you mean - what usecase?11:01
ndipanovyou have to do it whenever you want to do a placement on a new host (so either boot or migrate)11:01
lxsliIf we had fit_resources(unfitted) and can_provide(fitted) rather than a single can_provide(unfitted) - when would we ever call them singly?11:02
ndipanovwe could turn it on it's head and say11:02
*** dims_ has joined #openstack-nova11:02
ndipanova resource knows how to fit itself given the context of an inventory11:02
*** jwcroppe has quit IRC11:02
*** dims has quit IRC11:02
ndipanovso inside consume()11:02
*** 7GHAAT9JB has joined #openstack-nova11:02
ndipanovwe would do11:02
*** davideagnello has joined #openstack-nova11:03
ndipanovres = resource.fit_onto(inventory)11:03
ndipanovand the same thing inside consume11:03
lxsliI think I prefer having the container do it11:04
ndipanovbut the problem with that is that it obfuscates the fact that there has to be a DB call in between11:04
ndipanovso yes I agree11:04
*** zhenguo has quit IRC11:04
*** jlvillal has joined #openstack-nova11:04
ndipanovwe would only call the fitting method in a claim for example11:04
lxsliIt's lunchtime here but I'll work a patch afterwards11:04
ndipanovlxsli, here too11:04
*** mwagner_lap has quit IRC11:05
lxslithanks for your help!11:06
*** davideagnello has quit IRC11:07
dims_lxsli: i had not heard them before (youtube link)! sound good :)11:07
*** romainh has joined #openstack-nova11:10
*** achanda has joined #openstack-nova11:10
openstackgerritSean Dague proposed openstack/nova: return more details on assertJsonEqual fail  https://review.openstack.org/20740311:12
sdaguewe've got at least 2 patches failing in the gate because of a non obvious race in our unit tests in the ec2 path11:12
sdaguethat patch should give us enough debug to figure those out11:12
*** aix has joined #openstack-nova11:13
*** shyama has quit IRC11:13
*** josecastroleon has joined #openstack-nova11:14
*** achanda has quit IRC11:15
*** lucasagomes has quit IRC11:19
*** tonyb has quit IRC11:19
*** jasondotstar has quit IRC11:19
*** tonyb has joined #openstack-nova11:20
openstackgerritSean Dague proposed openstack/nova: return more details on assertJsonEqual fail  https://review.openstack.org/20740311:24
sdaguedanpb: quick respin on that based on dmitry's suggestion11:24
openstackgerritMoshe Levi proposed openstack/nova: Enhance PCI passthrough whitelist to support regex  https://review.openstack.org/19948811:25
*** deepakcs has quit IRC11:25
*** salv-orl_ has joined #openstack-nova11:25
*** jcoufal has quit IRC11:26
*** salv-orlando has quit IRC11:26
*** jcoufal has joined #openstack-nova11:26
*** gszasz has joined #openstack-nova11:28
*** gszasz has quit IRC11:31
*** gszasz has joined #openstack-nova11:32
*** annashen has joined #openstack-nova11:39
*** annashen has quit IRC11:43
*** thorst1 has joined #openstack-nova11:44
*** rotbeard has quit IRC11:45
*** marcusvrn has joined #openstack-nova11:47
nagyz_mriedem1, it's not yet public - it's something we want to integrate first into ICOS delivery11:49
nagyz_mriedem1, by the summit I'm hoping Nikola (who is the main author) can get it out there on github11:50
*** rajesht has quit IRC11:53
*** otter768 has joined #openstack-nova11:53
*** otter768 has quit IRC11:58
*** 7GHAAT9JB has quit IRC12:01
*** haomaiwang has joined #openstack-nova12:02
*** exploreshaifali has quit IRC12:02
*** fawadk has joined #openstack-nova12:02
*** fawadkhaliq has quit IRC12:03
*** lucasagomes has joined #openstack-nova12:05
*** lucasagomes is now known as lucas-hungry12:05
*** _kiran_ has joined #openstack-nova12:06
*** cpschult has joined #openstack-nova12:06
*** shyama has joined #openstack-nova12:07
*** kiran-r has quit IRC12:09
openstackgerritAlexis Lee proposed openstack/nova: Prevent (un)pinning unknown CPUs  https://review.openstack.org/20704012:10
*** fawadk has quit IRC12:10
*** ishant has quit IRC12:11
lxslibauzas: afternoon12:16
bauzaslxsli: 'lo, on a call12:17
*** vladikr has joined #openstack-nova12:18
lxsliOK12:18
*** cpschult has quit IRC12:18
*** edmondsw has joined #openstack-nova12:19
*** _kiran_ has quit IRC12:20
*** eharney has quit IRC12:21
*** jasondotstar has joined #openstack-nova12:22
*** shuquan has joined #openstack-nova12:23
*** jwcroppe has joined #openstack-nova12:23
*** ericksonsantos has joined #openstack-nova12:25
*** samueldmq has joined #openstack-nova12:26
*** hshiina has quit IRC12:28
*** lucas-hungry is now known as lucasagomes12:30
*** shuquan has quit IRC12:33
*** aysyd has joined #openstack-nova12:33
*** jamielennox|away is now known as jamielennox12:35
*** liusheng has quit IRC12:37
*** liusheng has joined #openstack-nova12:37
*** flwang1 has quit IRC12:38
*** flwang1 has joined #openstack-nova12:38
*** romainh has left #openstack-nova12:40
*** annashen has joined #openstack-nova12:40
*** hshiina has joined #openstack-nova12:41
*** baoli has joined #openstack-nova12:41
*** baoli has quit IRC12:43
*** baoli has joined #openstack-nova12:44
*** annashen has quit IRC12:44
*** raildo has joined #openstack-nova12:46
*** dustins has joined #openstack-nova12:48
openstackgerritEd Leafe proposed openstack/nova: Fix IronicHostManager to skip get_by_host() call.  https://review.openstack.org/20673612:48
openstackgerritRoman Dobosz proposed openstack/nova: New nova API call to mark nova-compute down  https://review.openstack.org/18408612:49
openstackgerritRoman Dobosz proposed openstack/nova: Service group drivers forced_down flag utilization  https://review.openstack.org/19706312:49
*** salv-orl_ has quit IRC12:54
*** nkrinner has quit IRC12:55
*** htruta has joined #openstack-nova12:55
*** kylek3h has quit IRC12:55
*** kylek3h has joined #openstack-nova12:55
*** rlrossit has joined #openstack-nova12:57
lxslibauzas: ping?12:57
bauzaslxsli: ping12:57
*** kylek3h has quit IRC12:57
bauzaslxsli: still on call12:57
lxslibauzas: ok, I'll type and reply when you can please12:58
*** kylek3h has joined #openstack-nova12:58
lxslibauzas: looking at your RequestSpec, you have an InstanceNUMATopology there, which is already placed. I'm looking at ImageMetaProps which is as far as I've been able to trace the request object back in the current code and that has 'hw_numa_cpus': fields.ListOfSetsOfIntegersField()12:59
lxsliwhich again is already placed, so it seems like the instance request must already be placed? Does that match your knowledge please?13:00
*** haomaiwang has quit IRC13:01
bauzaslxsli: ending the call, will reply to you in a few13:01
*** haomaiwang has joined #openstack-nova13:02
*** kylek3h has quit IRC13:03
bauzaslxsli: I don't get your problem, you mean why I didn't provided an Instance object?13:03
bauzas(call ended)13:03
*** flwang1 has quit IRC13:03
*** davideagnello has joined #openstack-nova13:03
openstackgerritJoel Coffman proposed openstack/nova: libvirt: Add logging for dm-crypt error conditions  https://review.openstack.org/19877413:03
openstackgerritJoel Coffman proposed openstack/nova: libvirt: Replace stubs with mocks for test_dmcrypt  https://review.openstack.org/19875213:03
openstackgerritJoel Coffman proposed openstack/nova: libvirt: Disconnect dm-crypt on instance suspend/stop  https://review.openstack.org/14148513:03
openstackgerritJoel Coffman proposed openstack/nova: libvirt: Add unit tests for methods  https://review.openstack.org/19888013:03
bauzaslxsli: what do you mean by "placed" ?13:03
lxsliI thought that NUMA requests came in in an abstract form, EG "two CPUs in one cell and two in another, with X mem"13:04
lxsliAnd the scheduler "placed" or "fitted" that to each hosts NUMATopology to discover specific CPUs which can fulfill that13:05
*** markus_z has joined #openstack-nova13:05
lxsliin fact I found the fitting logic earlier13:05
lxsliso I'm really confused about this ImageMetaProps thing13:06
*** jamielennox is now known as jamielennox|away13:06
*** eharney has joined #openstack-nova13:06
openstackgerritMoshe Levi proposed openstack/nova: Enhance PCI passthrough whitelist to support regex  https://review.openstack.org/19948813:08
*** browne has joined #openstack-nova13:08
*** davideagnello has quit IRC13:08
*** flwang1 has joined #openstack-nova13:08
bauzaslxsli: the ImageMetaProps object comes from the fact that we're passing the image in the req_spec13:10
bauzaslxsli: and that's there is a filter reading it13:10
*** ig0r_ has quit IRC13:10
lxslibauzas: damnit I got it now13:11
*** fawadkhaliq has joined #openstack-nova13:11
lxslibauzas: the ImageMetaProps is just specifying how many CPUs per node, I read it wrong13:11
*** markus_z has quit IRC13:12
lxslibauzas: in that case... -1 on requestspec, sorry. You're storing an InstanceNUMATopology and I think you need to store the # of cells per node instead13:13
bauzaslxsli: I don't get you again...13:13
bauzaslxsli: the InstanceNUMATopology object is coming from instance_props which is given in req_spec13:14
bauzaslxsli: please read from_primitives() before commenting...13:14
*** exploreshaifali has joined #openstack-nova13:15
*** flwang1 has quit IRC13:15
*** MentalRay_ has quit IRC13:15
*** ig0r_ has joined #openstack-nova13:16
*** fawadkhaliq has quit IRC13:16
*** rushiagr_away is now known as rushiagr13:17
*** dims_ has quit IRC13:20
*** dims has joined #openstack-nova13:20
*** marzif_ has quit IRC13:21
*** marzif_ has joined #openstack-nova13:22
*** marzif_ has quit IRC13:22
*** cpschult has joined #openstack-nova13:22
*** dustins_ has joined #openstack-nova13:22
*** dustins has quit IRC13:22
*** dustins_ is now known as dustins13:22
*** sahid has quit IRC13:25
lxslibauzas: OK so it looks like from_primitives is passed a request_spec. It takes the instance_properties off that and passes to _from_instance, which pulls the numa_topology off and copies it to the RequestSpec instance13:26
*** kbyrne has quit IRC13:26
lxsliall of which is irrelevant because the basic point is that if you have an InstanceNUMATopology object, it's necessarily been fitted13:26
*** jwcroppe has quit IRC13:26
bauzaslxsli: yep, if you don't feel comfortable, please read the whole series before commenting13:26
*** rfolco has joined #openstack-nova13:27
*** jwcroppe has joined #openstack-nova13:27
*** sahid has joined #openstack-nova13:27
bauzaslxsli: I don't want to change the behaviour, I'm just changing the proxy13:27
lxsliunless you're going to tell me an InstanceNUMATopology is unfitted, I'm pretty comfortable13:27
*** kbyrne has joined #openstack-nova13:27
bauzaslxsli: seen how it's fitted?13:27
bauzaslxsli: see the HostManager patch13:27
bauzaslxsli: sounds like you're yakshaving honestly13:28
lxsliSo you agree you're putting a fitted placement into the requestspec?13:28
bauzasnoooooooooooooo13:28
lxsliPlease don't accuse me of that before you understand my point :P13:28
bauzaslxsli: your point is maybe valid, but out of concern from the change13:28
lxsliCan you explain why?13:29
*** sahid has quit IRC13:29
bauzaslxsli: the change is only modifying the placeholder, not how the consumer13:29
*** sahid has joined #openstack-nova13:29
bauzasnot *the*13:29
bauzashonestly, I prefer to work on fixing the existing comments before moving on vacation :)13:29
*** jasondotstar has quit IRC13:30
lxsliwell if you don't want to discuss, I have to leave the -113:30
bauzasnp13:30
*** mpaolino has quit IRC13:30
lxsligetting cake then ^^13:30
*** ig0r_ has quit IRC13:31
bauzaslxsli: just before eating, could you please follow my advice and review my whole series ?13:31
bauzaslxsli: if so, you'd have noticed https://review.openstack.org/#/c/191251/20/nova/scheduler/host_manager.py,cm13:31
bauzaslxsli: and particularly L283 and follows13:32
*** jwcroppe has quit IRC13:32
scheuranmriedem1, are you around?13:35
*** VW_ has joined #openstack-nova13:36
bauzasndipanov: around ?13:39
ndipanovyea13:40
*** mjturek1 has joined #openstack-nova13:40
bauzasndipanov: you okay with me removing all numa the helpers of the hell in https://review.openstack.org/#/c/191251/20/nova/scheduler/host_manager.py,cm ?13:40
bauzasndipanov: I thought it would have made you pleased13:40
*** annashen has joined #openstack-nova13:40
bauzasndipanov: but apparently, I weren't too far13:41
bauzas:)13:41
ndipanovbauzas, yes I want those gone13:41
bauzascoolness, let the magic do13:41
ndipanovI think some of them can go away with your change13:41
bauzasI already said bye bye to one13:41
ndipanovand some of them will go away with PaulMurray's patches to objectify rt13:41
ndipanovhas that landed btw13:42
bauzasndipanov: yeah, that's the thing13:42
bauzasndipanov: I can't remove all of them because of the host_state unpredictability13:42
*** jecarey has joined #openstack-nova13:42
ndipanovcrap13:42
*** mwagner_lap has joined #openstack-nova13:42
ndipanovthen leave it in13:42
bauzasndipanov: that's what I did13:43
bauzasndipanov: if you see the change, I removed the useless call to  hardware.get_host_numa_usage_from_instance() since I was 100% sure that it was an object13:43
*** annegentle has joined #openstack-nova13:43
bauzasndipanov: but since it was calling another one...13:43
bauzasndipanov: so you'd suggest to keep  hardware.get_host_numa_usage_from_instance ?13:44
bauzasndipanov: and not do the copy/paste ?13:44
bauzasndipanov: well, by thinking of that, makes sense13:44
*** smatzek has joined #openstack-nova13:44
bauzasndipanov: should put a big note explaining the crap13:44
*** annashen has quit IRC13:45
*** kylek3h has joined #openstack-nova13:45
*** zzzeek has joined #openstack-nova13:45
*** abhishekk has quit IRC13:46
mriedem1scheuran: i am now13:46
openstackgerritgaryk proposed openstack/nova: Compute: enable admin to decide action for conflicting states  https://review.openstack.org/19004713:47
*** humble_ has joined #openstack-nova13:47
scheuranmriedem1, cool. Good morning!13:47
dimsmriedem1: ndipanov: nova cores - added a few new to the quick hit list - https://etherpad.openstack.org/p/liberty-nova-priorities-tracking13:47
bauzasdims: hola13:47
*** lucas__ has joined #openstack-nova13:47
dimsbauzas: good afternoon13:48
bauzasdims: you didn't answered my question, why did you dumped the existing proposals , :)13:48
bauzas? :)13:48
scheuranmriedem1, just wanted to clarify the exact requirements to get my nova code merged13:48
scheuranmriedem1, so talking about macvtap-vif13:48
scheuranmriedem1, is it sufficient to have the code somewhere out on github?13:48
*** humble__ has quit IRC13:48
*** humble__ has joined #openstack-nova13:48
dimsbauzas: sorry i had not seen your question13:48
bauzasdims: np13:48
bauzasdims: again, not a big deal13:48
bauzasdims: just wondering why13:49
dimsbauzas: i moved the ones with -1 to below13:49
bauzasdims: oh ok13:49
dimsbauzas: and removed items that were already fixed13:49
bauzasdims: all of them ? huh13:49
*** salv-orlando has joined #openstack-nova13:49
scheuranmriedem1, there is a prototype available, I updated it again this morning to be compatible to the changed vif interface13:49
bauzasdims: okay, I appreciate the spring cleaning :)13:49
bauzasdims: I just thought some of the existing list were not doomed :)13:49
mriedem1scheuran: link to the public code?13:49
dimsbauzas: anything with either a jenkins -1 or -1 from someone is not clean13:49
*** lykinsbd has joined #openstack-nova13:49
bauzasdims: agree13:50
scheuranmriedem1 , https://github.com/scheuran/networking-macvtap/tree/networking-macvtap-poc13:50
dimsbauzas: if you see something ready, just move them back please13:50
scheuranmriedem1, it's still in a separate branch13:50
bauzasdims: anyway, not a big deal :)13:50
scheuranmriedem1, (not in master)13:50
*** lucas__ has quit IRC13:50
*** lucas__ has joined #openstack-nova13:50
dimsbauzas: just to be sure, the only things that i delete is stuff that is already merged13:50
bauzasdims: ack, no worries again13:51
scheuranmriedem1, it's a prototype but fully functional13:51
bauzasdims: I really appreciate you having time for that :)13:51
mriedem1scheuran: ok, but i'm still a bit concerned about the direction with the neutron team13:51
mriedem1and where this fits given the confusion over the governance change13:51
mriedem1mestery said yesterday it'd be sorted out in the next neutron meeting13:51
mriedem1or to start a ML thread on this13:52
*** rotbeard has joined #openstack-nova13:52
*** humble_ has quit IRC13:52
dimsbauzas: with the freeze today, hoping cores will get time to check the list..13:52
bauzasdims: bugs are not impacted by the freeze :)13:53
bauzasdims: that's why I deferred my quest for bugs until FF, ie. L3 :)13:53
dimsbauzas: y, it's the question of time13:53
*** jaypipes has joined #openstack-nova13:53
bauzasdims: oh you mean post-freeze ?13:53
bauzasdims: sure13:53
bauzasdims: I thought you were expressing some urgency13:54
bauzas:)13:54
scheuranmriedem1, yes it already has been discussed - but then a new proposal came up which I had to evaluate. So my comeback would be in next weeks neutron meeting.13:54
*** chuckcarmack has joined #openstack-nova13:54
scheuranmriedem1, I was holding back the ML thread, to clarify with you first the exact issue13:54
*** otter768 has joined #openstack-nova13:54
mriedem1danpb: what are your thoughts on this wrt https://review.openstack.org/#/c/182283/ ^ ?13:54
mriedem1scheuran: i guess i'd like to see mestery or sc68cal from neutron +1 the nova change before we approve it13:55
*** krtaylor has quit IRC13:55
*** annegentle has quit IRC13:55
mriedem1more or less as a way of saying they are ok with this general direction13:55
mesterymriedem1: link to nova change?13:55
mriedem1https://review.openstack.org/#/c/182283/13:55
mesterythanks mriedem113:55
mriedem1scheuran: so if the macvtap stuff doesn't live as a separate repo/agent, how much of this code has to change?13:56
mriedem1or you wouldn't know until that happens13:56
mriedem1?13:56
scheuranmriedem1, on nova side nothing would change13:56
mriedem1ok, that helps13:57
scheuranmriedem1, the nova part just extracts the essential arguments out of the vif api response and generates the xml13:58
*** otter768 has quit IRC13:59
dimsbauzas: i found one of yours in the -1 bucket that was ready, so moved it up :)13:59
mesterymriedem1 scheuran: Replied on both https://review.openstack.org/#/c/182283/ and https://review.openstack.org/#/c/195907/.14:00
*** exploreshaifali has quit IRC14:00
*** haomaiwang has quit IRC14:01
bauzasdims: no worries, just following that from very far14:01
*** haomaiwang has joined #openstack-nova14:02
scheuranmestery, thanks for this clear statement.14:03
*** artom has joined #openstack-nova14:03
mesteryscheuran: yw :)14:03
mriedem1mestery: thanks14:03
mesterymriedem1: Happy to help14:03
*** agireud has joined #openstack-nova14:03
*** ctrath has joined #openstack-nova14:04
*** ankit_ag has quit IRC14:04
*** bfic has left #openstack-nova14:06
openstackgerritJeffrey Zhang proposed openstack/nova: Use urllib.urlencode instead of dict_to_query_str function  https://review.openstack.org/20746814:06
*** markvoelker_ has quit IRC14:06
nagyz_mriedem1, if I move my rbd encryption patch to depend-on on your patch and put it nicely under a volume/rbd.py will that get your vote? :-)14:07
mriedem1nagyz_: i haven't even looked at it yet14:07
*** thangp has joined #openstack-nova14:07
nagyz_mriedem1, I just had to rebase it after some of the refactor work you've been doing ended up merged in14:07
*** krtaylor has joined #openstack-nova14:07
nagyz_so that prompted my question14:07
mriedem1nagyz_: today is feature freeze so those changes are probably going to get the most attention14:09
mriedem1we have time for bug fixes later14:09
nagyz_I hope nobody will start to argue that it's a new feature not a bigfix then :-)14:09
openstackgerritRyan Rossiter proposed openstack/nova: Fix test_relationships() for subobject versions  https://review.openstack.org/19890414:10
openstackgerritRyan Rossiter proposed openstack/nova: Change List objects to use obj_relationships  https://review.openstack.org/19873014:10
rlrossitdansmith: ^14:10
dansmithrlrossit: I didn't even check.. what was the result of the run?14:11
sdaguedansmith / mriedem1 : https://review.openstack.org/#/c/207403/ - actually make assertJsonEqual dump enough info to figure out why some of the unit tests are racey14:12
*** ajayaa has joined #openstack-nova14:12
dansmithrlrossit: hmm, no jenkins results on PS18?14:13
sdaguedansmith: the check queue is > 50014:13
dansmithsdague: this was yesterday at like 3pm my time14:14
sdague> 600 now14:14
sdagueyep14:14
*** achanda has joined #openstack-nova14:14
mriedem1sdague: yeah, just reviewed it14:14
dansmithlongest thing in the queue I see is 5h14:14
mriedem1sdague: +2 but added lifeless to see if he had any input14:14
sdaguedansmith: there was another zuul crash and restart14:14
dansmithah14:14
sdagueso 5h is just from zuul restart14:14
mriedem1it'd be nice if we could get assertJsonEqual up into testtools14:15
dansmithffs14:15
sdaguealso, a lot of projects, including nova, have racey unit tests which is gumming up gate14:15
*** Kennan2 has quit IRC14:16
sdagueso my guess is check is really that we're 24 - 36 hours queue time atm14:16
*** Kennan has joined #openstack-nova14:16
*** achanda has quit IRC14:18
dansmithoye14:18
*** jecarey has quit IRC14:18
openstackgerritMaxim Nestratov proposed openstack/nova: libvirt: don't add filesystem disk to parallels containers unconditionally  https://review.openstack.org/18685814:19
sdagueyeh, well, so it is14:19
mriedem1yeah, i've kind of given up on trying to keep tabs on a lot of the project functional test jobs14:19
mriedem1http://status.openstack.org/elastic-recheck/data/uncategorized.html14:19
mriedem1like neutron functional14:19
scheuranmriedem1, thanks Matt! - just got the mail that the patch got queued at the gate14:20
sdaguemriedem1: yeh, the neutron functional job is pretty much a disaster from predicability14:20
mriedem1not only that but the failures are not terribly easy to fingerprint since there are no service logs14:22
mriedem1well, stepping back, neutron service logs.... :)14:22
*** tpeoples has joined #openstack-nova14:23
openstackgerritKyrylo Romanenko proposed openstack/python-novaclient: Refactor and update test_instances and test_volumes_api  https://review.openstack.org/20735514:24
*** annegentle has joined #openstack-nova14:24
mriedem1sdague: mind slapping 1479780 into your change?14:25
sdaguemriedem1: not if it means a +A :)14:25
mriedem1you mean not if it means losing the +2s?14:26
openstackgerritSean Dague proposed openstack/nova: return more details on assertJsonEqual fail  https://review.openstack.org/20740314:26
mriedem1ah14:26
sdaguewell, honestly, we can't make any progress with one of our major races until that lands14:26
sdaguemajor unit test races, that is14:26
sdagueyou'll notice every uncategorized nova unit test race is that test, with this issue14:27
*** MentalRay_ has joined #openstack-nova14:27
*** markvoelker has joined #openstack-nova14:27
*** nagyz_ has quit IRC14:27
mriedem1i'm running some logstash queries now14:27
mriedem124 hits in 7 days14:28
mriedem1a bit spiky in the last 24 hours14:28
*** flwang1 has joined #openstack-nova14:28
mriedem1http://goo.gl/yB0I7114:28
*** markvoelker_ has joined #openstack-nova14:28
sdagueyeh, well last 24 hrs is just because there are basically always a ton of nova jobs running14:28
*** eharney has quit IRC14:29
vladikrdansmith, Hi, any chance you could look at the keypairs stuff again.. so it wont miss the deadline https://review.openstack.org/#/c/70485/ ?14:29
*** tonytan4ever has joined #openstack-nova14:30
dansmithvladikr: okay14:31
vladikrdansmith, thanks14:31
*** ig0r_ has joined #openstack-nova14:31
*** ddaskal has joined #openstack-nova14:32
*** markvoelker has quit IRC14:32
*** Vikas___ has quit IRC14:33
lxslijaypipes: got a second?14:35
mnestratovmriedem1: good morning, wanted to let you know that I added volume test coverage https://review.openstack.org/#/c/186858/14:35
openstackgerritJeffrey Zhang proposed openstack/nova: remove deprecated noauth auth strategy  https://review.openstack.org/20748614:35
mriedem1rlrossit: ctrath: chuckcarmack: if you're looking for something to do, categorizing gate bugs is always helpful http://status.openstack.org/elastic-recheck/data/uncategorized.html14:35
mriedem1http://docs.openstack.org/infra/elastic-recheck/readme.html14:36
lxslijaypipes: I've been on a whole voyage this morning but I finally agree with Nikola, we should remove the "is not None" from L292 of https://review.openstack.org/#/c/128992/24/nova/objects/resources.py14:36
mriedem1mnestratov: looking14:36
*** artom has quit IRC14:36
mriedem1danpb: https://review.openstack.org/#/c/194412/ is an easy bp win14:37
mriedem1danpb: and https://review.openstack.org/#/c/194454/14:37
ctrathmriedem1: is there a doc that explains how to categorize gate bugs?14:37
mriedem1libvirt volume drivers that talk to os-brick, just standard shims14:37
mriedem1ctrath: yeah, see the doc link i just put up above14:38
ctrathoh.. didn't see that.. thanks14:38
*** zsais has joined #openstack-nova14:39
*** kylek3h has quit IRC14:39
*** kylek3h has joined #openstack-nova14:39
*** Jeffrey4l has joined #openstack-nova14:41
*** masayukig has quit IRC14:41
*** Murali has quit IRC14:41
*** annashen has joined #openstack-nova14:41
*** masayukig has joined #openstack-nova14:42
openstackgerritTimofey Durakov proposed openstack/nova: Split instance resize operation into 2 phases  https://review.openstack.org/19508814:42
openstackgerritTimofey Durakov proposed openstack/nova: Create class hierarchy for tasks in conductor  https://review.openstack.org/18449514:42
*** salv-orlando has quit IRC14:42
*** bapalm_ has joined #openstack-nova14:43
*** kylek3h has quit IRC14:43
danpbmriedem1: we've created a nasty problem with rootwrap compute.filters with os-brick14:44
danpbbecause we've tied changes to os-brick to a need to update nova's compute.filters14:44
*** eharney has joined #openstack-nova14:44
openstackgerritKyrylo Romanenko proposed openstack/python-novaclient: Refactor and update test_instances and test_volumes_api  https://review.openstack.org/20735514:45
danpbwe need to solve that by getting an include mechanism so compute.filters can just reference an os-brick.filters file14:45
*** sahid has quit IRC14:45
mriedem1danpb: yes14:45
danpbso i'm not approving those extra vol drivers right now14:45
danpbas i think this is a major design flaw we need to solve first14:46
mriedem1danpb: well, we've already opened pandora's box there with the os-brick integration change in nova14:46
*** annashen has quit IRC14:46
mnestratovdanpb: mriedem1: review https://review.openstack.org/#/c/202442/ lost your +2 and +A  because gate rejected it. Could you please take a look once again?14:46
*** tpeoples has quit IRC14:48
mriedem1ndipanov: i think you should review this https://review.openstack.org/#/c/186858/14:49
mriedem1i'm lost in the test cases14:49
*** mtanino has joined #openstack-nova14:50
jaypipeslxsli, ndipanov: looking... and reading.14:50
*** kylek3h has joined #openstack-nova14:50
*** achanda has joined #openstack-nova14:51
rlrossitdansmith: uhhh ok I'm confused.... I could've sworn when I looked last night Jenkins gave it a thumbs up... regardless, I added a unit test in there to catch my mistake so I think we're good14:51
dansmithrlrossit: okay14:52
*** kylek3h_ has joined #openstack-nova14:54
*** kylek3h has quit IRC14:54
*** Jeffrey4l has quit IRC14:55
*** afazekas has quit IRC14:55
*** Piet_ has joined #openstack-nova14:57
dansmithjaypipes: https://review.openstack.org/#/c/70485/21 <-- I believe he got all your feedback addressed14:57
jaypipeslxsli, ndipanov: so, in the original design of the resource object's can_provide() and consume() interface, the can_provide() method was deliberately NOT a reservation. It was a *check*. The consume() method is the reservation.14:57
xyangmriedem1: danpb , do we have a problem with the libvirt volume drivers now?  Just saw danpb's comments14:57
*** tpeoples has joined #openstack-nova14:57
jaypipesdansmith: k, reviewing now.14:57
openstackgerritDaniel Berrange proposed openstack/nova: rootwrap: remove obsolete filters for baremetal  https://review.openstack.org/20749214:57
*** BobBall is now known as BobBall_AWOL14:58
lxslijaypipes: we can do it that way too but then we must refit in consume14:58
dansmithjaypipes: also, when you're done we need to circle back on sudipto's thing, so just ping me when you have a few minutes to chat14:58
*** masayukig has quit IRC14:59
lxslijaypipes: I think numa_usage_from_instances requires a fitted InstanceNUMATopology. We also need to return the fit from consume14:59
*** burt has joined #openstack-nova14:59
*** masayukig has joined #openstack-nova15:00
danpbmriedem1: so looking at it, it should just require two things to fix the rootwrap mess15:00
danpbmriedem1: 1. os-brick git tree should contain rootwrap filters for stuff it needs to run15:00
*** rmcall has joined #openstack-nova15:00
danpbmriedem1: 2. devstack should copy the os-brickk rootwrap filters into /etc/nova/rootwrap.d15:00
*** haomaiwang has quit IRC15:01
*** krtaylor has quit IRC15:01
mriedem1and /etc/cinder/rootwrap.d15:01
mriedem1since cinder is in the same boat15:01
danpbyep,15:02
lxsliI'm basing that on line 1112 of hardware.py which looks at the instancecell ID, if it's unfitted I don't think that's set15:02
mriedem1note that multipathd was added here https://review.openstack.org/#/c/175569/32/etc/nova/rootwrap.d/compute.filters15:02
jaypipeslxsli: we *do* refit in consume()... it calls hw.numa_usage_from_instances(...)15:02
*** haomaiwang has joined #openstack-nova15:02
danpbthat's even more reason to actually have them maintained in os-brick itself15:02
*** angdraug has joined #openstack-nova15:02
danpbas we don't want to duplicate those lines in cinder and nova15:02
mriedem1yes, i agree with that15:02
mriedem1i guess the question is, can we handle this as a bug fix after feature freeze?15:02
mriedem1since it has to happen regardless for multipathd15:02
*** ig0r__ has joined #openstack-nova15:03
*** ig0r_ has quit IRC15:03
jaypipeslxsli: the thing that is missing is actually for the consume() methods of IntegerInventory and NUMAInventory to raise something like exc.NoMoreResources() if there is a race between can_provide() and consume() that causes the total used to exceed the available.15:03
danpbwhen is feature freeze15:03
mriedem1danpb: today15:03
jaypipeslxsli: I will add that functionality right now... gimme a sec.15:03
*** eglynn has joined #openstack-nova15:03
*** rmcall has quit IRC15:03
mriedem1danpb: and i'd consider the bug fix a blocker for liberty15:03
*** achanda has quit IRC15:03
danpbyeah, if we agree that this is a release blocker for liberty i'd be ok with it15:04
openstackgerritKyrylo Romanenko proposed openstack/python-novaclient: Update pick_image function  https://review.openstack.org/20749715:05
bauzasbah, zuul is in the weeds, I have a 17+ patch series to upload and I'm leaving in 2 hours15:05
bauzassmart15:05
mriedem1danpb: ok - added the same comments in the scaleio change15:05
mriedem1danpb: i can get hemnafk caught up on that later too, and open the bug now15:05
*** zsais has quit IRC15:05
danpbyeah, guess we need bugs against os-brick, nova and cinder15:05
danpband devstack15:05
earlephilhowermrieden1: Can you add same comment on the hgst drvr, too?15:06
openstackgerritMarian Horban proposed openstack/nova: Added newline at end of files  https://review.openstack.org/20749815:07
earlephilhowermriedem1: (sorry typo, no coffee yet)  Can you add same comment on the hgst drvr, too?15:07
xyangdanpb: mriedem1 , I can help hemnafk with those changes15:07
dansmithbauzas: you've got a couple -1s on your base patch..15:08
*** ig0r_ has joined #openstack-nova15:08
bauzasdansmith: yup, hence my attempt to upload that before tonight :)15:08
dansmithbauzas: okay15:08
*** logan2 has quit IRC15:08
*** ig0r__ has quit IRC15:09
ctrathmriedem: so, I'm trying to understand the elasticrecheck stuff… I'm looking at http://logs.openstack.org/49/206249/3/gate/gate-nova-python27/00e9a9d/console.html#_2015-07-30_09_56_39_82715:09
mriedem1danpb: https://bugs.launchpad.net/nova/+bug/147984215:09
openstackLaunchpad bug 1479842 in OpenStack Compute (nova) "os-brick needs to provide it's own rootwrap filters file" [Undecided,New]15:09
lxslijaypipes: sorry I'm sure I'm misunderstanding something but how does the instancecell.id get set by numa_usage_from_instances please?15:09
ctrathdo I create a new bug and filter for this15:09
*** MentalRay__ has joined #openstack-nova15:09
ctrathmriedem1: ^15:10
lxslijaypipes: I can see that being set in _numa_fit_instance_cell which is called by numa_fit_instance_to_host, but numa_fit_instance_to_host isn't called by numa_usage_from_instances and I don't see anything else which would set the instancecell.id15:10
danpbmriedem1: ok, i approved the changes and added that bug as a comment15:10
lxsliI'm looking at lines 1112 and 803 in virt/hardware.py15:11
*** fawadkhaliq has joined #openstack-nova15:11
ndipanovlxsli, I think it only gets set by fit_instance_...15:11
*** MentalRay_ has quit IRC15:11
xyangdanpb: mriedem1 thanks!15:11
ndipanovthat's the only thing that really should be setting that and cpu pinning iformation15:12
*** ig0r__ has joined #openstack-nova15:12
lxslindipanov: OK so numa_usage_from_instances doesn't do fitting?15:12
ndipanovnope15:12
ndipanovit expects it to be set15:12
mriedem1ctrath: already done for that one https://review.openstack.org/#/c/207484/15:12
lxslithen we have a bug, consume should also call numa_fit_instance_to_host15:12
lxslijaypipes: ^^15:12
ndipanovlxsli, well not necessarily15:13
* lxsli sobs quietly.15:13
ndipanovlxsli, well I mean15:13
ndipanovyeah...15:13
*** krtaylor has joined #openstack-nova15:14
lxsliI'm actually laughing, just been through the wringer on this today15:14
ctrathmriedem: so, how do I know if there was a filter already created?15:14
ctrathmriedem1:15:14
*** unicell has quit IRC15:14
*** ig0r__ has quit IRC15:15
jaypipeslxsli: I really don't like the idea of coupling the resource consumption of the host NUMA topology with the fitting of a particular instance NUMA topology to one or more host NUMA cells.15:15
*** ig0r_ has quit IRC15:15
ndipanovjaypipes, and they need not be coupled15:15
ndipanovlxsli, https://github.com/openstack/nova/blob/master/nova/compute/claims.py#L201-L23015:15
jaypipeslxsli: because that is not how the host NUMA topology is stored in the database.15:15
ndipanovthis does only fitting and stashes the topology it claimed15:16
jaypipeslxsli: the host numa topology does not store the instance cell to host cell ID mapping at all.15:16
ndipanovso it can be consumed later from the instance15:16
jaypipesndipanov: right, which is why I don't think this is something we need to change about the patch proposed.15:16
ndipanovjaypipes, which is why I +2ed it15:16
ndipanovalthough I do think that eventually you will want to add a fitting call on the Inventory15:16
*** busterswt has joined #openstack-nova15:17
lxslijaypipes: you want the consume method to be the reservation though right?15:17
*** diogogmt has joined #openstack-nova15:17
*** dannywilson has joined #openstack-nova15:17
jaypipesndipanov: perhaps, when claims are pulled into the scheduler...15:17
*** jcoufal has quit IRC15:17
jaypipeslxsli: the reservations of the resource != the fitting of one instance to a particular cell.15:18
lxslijaypipes: and you can't reserve without fitting first, and you don't want a gap between fitting and claiming15:18
dansmithbauzas: are you going to s/instance_type/flavor/ ?15:18
jaypipeslxsli: yes you can.15:18
lxslijaypipes: aha15:18
bauzasdansmith: that's something I was waiting you to be awake :)15:18
bauzasand other US peersq15:18
bauzashence my comment in the review15:18
bauzasso15:18
bauzasflavor vs. instance_type, who wins ?15:18
jaypipesinstance_type.15:18
dansmithbauzas: personally, I prefer flavor, and we previously had a bp to convert as many as possible (mriedem did that work). So I'd prefer you be consistent15:18
dansmithbut it makes jaypipes mad15:19
lxslijaypipes: well... that brings me back to how instancecell.id gets set15:19
dansmithwhich may be a bonus, I dunno15:19
bauzastbh, I don't care, I just want to be consistent :)15:19
bauzasand I would like to avoid some field duplication with upgrade path15:19
bauzasfor any possible renaming15:19
lxslijaypipes: because numa_usage_from_instances relies on that being set to consume from the host_topology and ndipanov+I seem to agree it only gets set when an InstanceNUMATopology is fitted15:19
bauzasso, flavor ?15:19
jaypipesdansmith: lots of things make me mad. I eventually submit to your allmighty omniscience, though.15:19
mriedem1ctrath: if there is already an e-r query, then the thing isn't in the uncategorized bugs page15:20
dansmithjaypipes: <315:20
mriedem1ctrath: b/c the e-r query categorizes the bug15:20
jaypipeslxsli, ndipanov: unfortunately, I need to speak at a town hall meeting inside mirantis in about 8 minutes... may we talk abotu this in a little while (maybe 45 mintes?15:20
bauzaswhat is the right phrase to say in that circumstance?15:20
mriedem1ah yes, instance_type -> flavor15:20
mriedem1that was a real fun one that was half baked15:21
lxslijaypipes: sure thing15:21
*** vishwanathj has quit IRC15:21
dansmithjaypipes: "I need to speak at a town-hall meeting" is not a thing I'll ever get to say15:21
jaypipesdansmith: :P15:21
*** dannywil_ has joined #openstack-nova15:22
*** dannywil_ has quit IRC15:22
ctrathmriedem1: that doesn't solve the issue that I was asking.. The bug that I was looking at was uncategorized15:22
bauzasoh, got the english translation15:22
*** dannywil_ has joined #openstack-nova15:22
mriedem1ctrath: because the e-r query change wasn't merged yet,15:22
bauzasSpeak now or forever hold your peace !15:22
bauzasso I count one strong opinion about flavor15:23
mriedem1and there is a window of time between when new queries are merged and the uncategorized bugs page is refreshed15:23
*** dannywi__ has joined #openstack-nova15:23
ctrathmriedem1: right, so, how do I know if somebody already looked at the bug and it hasn't been merged?15:23
bauzasokay, given the result, long live flavor15:23
*** dannywi__ has quit IRC15:24
mriedem1ctrath: well, there is the open review dashboard for e-r https://review.openstack.org/#/q/status:open+project:openstack-infra/elastic-recheck,n,z15:24
*** dannywilson has quit IRC15:24
mnestratovndipanov: hi. could you please take a look https://review.openstack.org/#/c/186858/ ?15:24
mriedem1ctrath: the workflow is generally finding a decent representative error in the logs and then plugging that into logstash to see how it hits (100% failure in the gate on multiple change sets)15:25
mriedem1then find an existing bug or open a new one15:25
ctrathok15:25
mriedem1ctrath: sometimes they are just merge failures in the gate and we don't really care about those, like on unit test jobs15:26
*** dannywi__ has joined #openstack-nova15:26
*** dannywil_ has quit IRC15:27
*** moshele has quit IRC15:27
mriedem1ctrath: unit test jobs also suck because a lot of times they aren't 100% failures due to negative tests15:28
mriedem1e.g. http://logs.openstack.org/51/205551/3/gate/gate-neutron-dsvm-functional/4de39db/console.html#_2015-07-30_13_36_30_757 is a failure, but the error is not 100% failure http://goo.gl/uhcJO315:29
*** aweeks has quit IRC15:29
*** angular_mike_ has quit IRC15:29
*** BadCub has quit IRC15:29
mriedem1probably b/c it also shows up in passing tests that are doing negative scenarios15:29
mriedem1if you click on the build_status link in kibana it shows that hits on 75% successful runs15:30
mriedem1so it's not reliable15:30
bauzasdansmith: given your review on https://review.openstack.org/#/c/145528/37 is there a specific rule for hydrating an object orphaned or not ?15:30
ctrathgotcha15:30
dansmithbauzas: you mean about context?15:31
bauzasdansmith: I mean, I thought that since we were having a context, it'd be good to make it non-orphaned, but sounds like it's better not15:31
bauzasdansmith: yup15:31
*** zul has quit IRC15:31
dansmithbauzas: well, it just depends, like I said, on whether you want it to be able to lazy-load things15:31
bauzasdansmith: right, I thought it was an opportunity15:31
dansmithbauzas: if you don't, then setting a context will make a lazy-load call to conductor, which may succeed or fail depending15:31
bauzasdansmith: I don't have a specific opinion on that, was just opportunity15:32
dansmithbauzas: I don't *think* there is any reason you'd need to lazy-load things out of any of those sub-objects, right?15:32
bauzasdansmith: nope, don't think so too15:32
dansmitheither way, I don't think this case demands a strong decision either way15:32
*** dannywi__ has quit IRC15:32
bauzasdansmith: yeah...15:32
bauzasdansmith: let's remove the context15:32
dansmithI was just defending you against the evil melwitt :D15:32
bauzashah15:32
bauzasno, but melwitt's point was fair, I wasn't consistent15:33
dansmithyep, definitely15:33
dansmithshe'll catch you every time15:33
bauzas:)15:33
*** zsais has joined #openstack-nova15:33
bauzasokay, removing the context, it will enforce the idea that I hydrated the object by hand and could probably miss some unset attrs15:34
*** dannywilson has joined #openstack-nova15:34
mriedem1danpb: have you seen this? http://logs.openstack.org/46/191046/12/gate/gate-tempest-dsvm-neutron-full/2a7910f/logs/screen-n-cpu.txt.gz?level=TRACE15:34
dansmithbauzas: yep15:34
bauzasI like the idea to hydrate the context only if we get that from either a DB or from another object correctly hydrated15:34
*** hshiina has quit IRC15:34
dansmithbauzas: no context will make those pop, instead of either silently lazy-loading (expensive) or failing after burning RPC time15:35
*** dannywilson has quit IRC15:35
bauzasyup15:35
bauzaszactly15:35
*** rotbeard has quit IRC15:35
bauzasI'd prefer an Exception now than a timeout15:35
bauzasor using an expensive RPC call15:35
*** dannywilson has joined #openstack-nova15:36
dansmitha timeout in unit tests, yeah15:36
bauzas(which could be a layer isolation violation, since the scheduler doesn't target to call the DB anyway)15:36
bauzasfor flavors and other objects15:36
bauzasok15:36
bauzasmoving on15:36
dansmithoh, this is in the scheduler15:38
*** sahid has joined #openstack-nova15:38
dansmithyeah, so .. a bit weirder, but.. consistency over anything, and probably no context anyway15:38
*** ijw has joined #openstack-nova15:39
mriedem1sahid: so on https://review.openstack.org/#/c/191046/12/nova/virt/libvirt/host.py - that looks totally busted http://logs.openstack.org/46/191046/12/gate/gate-tempest-dsvm-neutron-full/2a7910f/logs/screen-n-cpu.txt.gz?level=TRACE15:41
*** jasondotstar has joined #openstack-nova15:42
*** annashen has joined #openstack-nova15:42
*** matrohon has quit IRC15:44
*** hemnafk is now known as hemna15:45
*** annashen has quit IRC15:47
*** alexpilotti has quit IRC15:48
*** obondarev has quit IRC15:48
*** obondarev has joined #openstack-nova15:49
openstackgerritDmitry Guryanov proposed openstack/nova: libvirt: add vzstorage volumes suppport  https://review.openstack.org/19084315:49
sahidmriedem1: responded to you, this as nothing to do with libvirt, it's a mistake on the code i should to use libvirt_driver15:49
sahidbtw good catch15:50
*** annashen has joined #openstack-nova15:50
mriedem1well, the gate jobs caught it15:50
mriedem1i'm surprised it actually got to the gate queue15:50
*** unicell has joined #openstack-nova15:50
sahidit's wierd no unit tests are using this pass15:51
*** tdurakov has quit IRC15:51
sahids/pass/path15:52
*** tdurakov has joined #openstack-nova15:52
*** ig0r_ has joined #openstack-nova15:52
*** franz_geiser has joined #openstack-nova15:53
franz_geiserhi all, i have a question of a fresh install on centos 7, can anyone help me please?15:54
*** otter768 has joined #openstack-nova15:55
franz_geiserAfter telemetry module install, openstack-nova-api and openstack-nova-cert are not starting15:55
*** ramishra has quit IRC15:55
*** DuncanT has quit IRC15:55
*** h00327910__ has quit IRC15:55
*** marcusvrn has quit IRC15:55
*** jswarren has joined #openstack-nova15:58
*** lucas__ has quit IRC15:59
openstackgerritDan Smith proposed openstack/nova: Prepare for unicode enums from Oslo  https://review.openstack.org/20708715:59
*** otter768 has quit IRC16:00
*** haomaiwang has quit IRC16:01
*** haomaiwa_ has joined #openstack-nova16:02
*** vishwanathj has joined #openstack-nova16:04
*** thumpba has joined #openstack-nova16:04
*** vishwana_ has joined #openstack-nova16:05
*** salv-orl_ has joined #openstack-nova16:06
*** jlanoux has quit IRC16:08
*** vishwanathj has quit IRC16:08
*** lsmola has quit IRC16:09
*** zul has joined #openstack-nova16:10
openstackgerritKyrylo Romanenko proposed openstack/python-novaclient: Specify NIC option for nova boot  https://review.openstack.org/20752316:11
dansmiththis is the top longest-waiting thing that is ready to go on the list: https://review.openstack.org/#/c/70485/16:12
dansmithaccording to L200 on https://etherpad.openstack.org/p/liberty-nova-priorities-tracking16:12
dansmithhas one +2 needs +W16:12
*** scheuran has quit IRC16:12
*** exploreshaifali has joined #openstack-nova16:14
*** davideagnello has joined #openstack-nova16:14
*** zul has quit IRC16:16
*** franz_geiser has quit IRC16:17
*** leeantho has joined #openstack-nova16:17
*** logan2 has joined #openstack-nova16:19
*** alex_klimov has quit IRC16:22
*** lpetrut has quit IRC16:22
*** jasondotstar has quit IRC16:23
*** jistr has quit IRC16:24
*** marcusvrn has joined #openstack-nova16:26
*** aweeks has joined #openstack-nova16:26
*** zul has joined #openstack-nova16:28
*** ip0353 has quit IRC16:28
openstackgerritxin wu proposed openstack/nova: bug 1478938, improve exception message  https://review.openstack.org/20753316:29
openstackbug 1478938 in OpenStack Compute (nova) "Maximum number of ports exceeded log" [Undecided,New] https://launchpad.net/bugs/147893816:29
*** claudiub has quit IRC16:31
*** aix has quit IRC16:31
*** BadCub has joined #openstack-nova16:31
*** sahid has quit IRC16:31
*** deepthi has joined #openstack-nova16:32
*** josecastroleon has quit IRC16:32
*** rlrossit has left #openstack-nova16:32
*** dims has quit IRC16:33
*** zul has quit IRC16:33
*** chuckcarmack has left #openstack-nova16:34
*** angular_mike_ has joined #openstack-nova16:36
*** salv-orl_ has quit IRC16:39
*** smatzek has quit IRC16:41
openstackgerritVladik Romanovsky proposed openstack/nova: objects: add hw_vif_multiqueue_enabled image property  https://review.openstack.org/20216816:42
openstackgerritVladik Romanovsky proposed openstack/nova: tests: change assertEqual args to expected, observed for VIF  https://review.openstack.org/20419016:42
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: enable virtio-net multiqueue  https://review.openstack.org/12882916:42
*** zul has joined #openstack-nova16:42
*** ramishra has joined #openstack-nova16:43
*** DuncanT has joined #openstack-nova16:43
*** annashen_ has joined #openstack-nova16:43
*** READ10 has joined #openstack-nova16:43
*** deepthi has quit IRC16:45
*** alexpilotti has joined #openstack-nova16:46
mriedem1danpb: you might want to jump in the -cinder channel where we're discussing the os-brick rootwrap thing16:47
*** annashen_ has quit IRC16:47
*** doude has quit IRC16:49
*** doude has joined #openstack-nova16:49
*** doude has quit IRC16:49
*** doude has joined #openstack-nova16:49
*** lpetrut has joined #openstack-nova16:50
*** kylek3h_ has quit IRC16:52
*** lucas__ has joined #openstack-nova16:52
*** kmARC has quit IRC16:52
*** mpavone has quit IRC16:53
*** rdopiera has quit IRC16:55
openstackgerritNicolas Simonds proposed openstack/nova: libvirt: make snapshot use RBD snapshot/clone when available  https://review.openstack.org/20528216:55
*** dims has joined #openstack-nova16:57
*** nic has joined #openstack-nova16:57
openstackgerritAnthony Lee proposed openstack/nova: Fix live-migrations usage of the wrong connector information  https://review.openstack.org/20277016:58
*** belmoreira has quit IRC16:58
*** pixelbeat_ has quit IRC16:58
*** Nikolay_St has quit IRC16:58
*** lpetrut has quit IRC16:59
mnestratovdanpb: could you please look again https://review.openstack.org/#/c/186858/16:59
*** vishwana_ has quit IRC17:00
*** garyk has quit IRC17:00
*** haomaiwa_ has quit IRC17:01
*** haomaiwang has joined #openstack-nova17:02
*** angdraug has quit IRC17:02
*** lucasagomes is now known as lucas-dinner17:04
*** meghal has joined #openstack-nova17:06
*** busterswt has quit IRC17:08
*** h00327910__ has joined #openstack-nova17:09
openstackgerritMaxim Nestratov proposed openstack/nova: libvirt: don't add filesystem disk to parallels containers unconditionally  https://review.openstack.org/18685817:09
*** danpb has quit IRC17:10
*** vilobhmm has joined #openstack-nova17:16
*** artom has joined #openstack-nova17:16
*** raildo has quit IRC17:18
*** lpetrut has joined #openstack-nova17:18
*** raildo has joined #openstack-nova17:18
openstackgerritSylvain Bauza proposed openstack/nova: Modify Scheduler RPC API select_dests()  https://review.openstack.org/19920517:20
openstackgerritSylvain Bauza proposed openstack/nova: Create RequestSpec object  https://review.openstack.org/14552817:20
openstackgerritSylvain Bauza proposed openstack/nova: Consider that all scheduler calls are IO Ops  https://review.openstack.org/18848617:20
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec object in the FilterScheduler  https://review.openstack.org/18848717:20
openstackgerritSylvain Bauza proposed openstack/nova: Modify left filters for RequestSpec  https://review.openstack.org/20267817:20
openstackgerritSylvain Bauza proposed openstack/nova: Prepare filters for using RequestSpec object  https://review.openstack.org/19791217:20
openstackgerritSylvain Bauza proposed openstack/nova: Modify conductor to use RequestSpec object  https://review.openstack.org/20307817:20
openstackgerritSylvain Bauza proposed openstack/nova: Modify metric-related filters for RequestSpec  https://review.openstack.org/20267617:20
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec in the ChanceScheduler  https://review.openstack.org/19905117:20
openstackgerritSylvain Bauza proposed openstack/nova: Modify NUMA, PCI and num_instances filters for RequestSpec  https://review.openstack.org/20267717:20
openstackgerritSylvain Bauza proposed openstack/nova: Modify Aggregate filters for RequestSpec  https://review.openstack.org/20267417:20
openstackgerritSylvain Bauza proposed openstack/nova: Modify default filters for RequestSpec  https://review.openstack.org/20267517:20
openstackgerritSylvain Bauza proposed openstack/nova: Add RequestSpec methods for primitiving into dicts  https://review.openstack.org/18719717:20
openstackgerritSylvain Bauza proposed openstack/nova: Modify Affinity filter for RequestSpec  https://review.openstack.org/20267317:20
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec object in HostManager  https://review.openstack.org/19125117:20
openstackgerritSylvain Bauza proposed openstack/nova: Use the same pci_requests field for all filters and HostManager  https://review.openstack.org/19125017:20
*** kmARC has joined #openstack-nova17:21
*** zsais has quit IRC17:21
bauzasalaski: you should be unhappy with ^17:22
bauzasalaski: s/instance_type/flavor17:22
bauzasask dansmith if you are angry :p17:22
dansmithwhat? alaski prefers instance_type?17:23
bauzasdansmith: 2 hours for doing s/instance_type/flavor eh eh17:23
bauzasdansmith: no, he's just working on persisting the Spec object17:23
dansmithah17:23
bauzasdansmith: so I guess he would have to rework on its DB calls :)17:23
bauzashis17:24
bauzaseven17:24
*** bapalm_ has quit IRC17:25
*** achanda has joined #openstack-nova17:25
*** smatzek has joined #openstack-nova17:25
*** achanda has quit IRC17:26
*** dims has quit IRC17:26
*** annashen has quit IRC17:28
*** achanda has joined #openstack-nova17:29
*** lpetrut has quit IRC17:30
*** jecarey has joined #openstack-nova17:30
*** meghal has quit IRC17:31
*** meghal has joined #openstack-nova17:31
*** browne has quit IRC17:33
*** ajayaa has quit IRC17:33
openstackgerritMatt Riedemann proposed openstack/nova: Add libvirt-python to test-requirements.txt to enforce min version  https://review.openstack.org/18370617:34
*** erlon has joined #openstack-nova17:35
alaskibauzas: eh, that's an easy change at least17:36
bauzasalaski: speak of you then :p17:36
*** ssurana has joined #openstack-nova17:36
bauzasalaski: I had to review all my 17 changes to see where I was checking it :)17:37
*** boris-42 has joined #openstack-nova17:37
alaskiyeah, I meant for me :)  just a couple of renames17:37
bauzasalaski: nah, jk17:37
bauzasalaski: it was a boring but necessary stuff17:37
alaskidansmith: I have no preference really, but agree that we should stick to flavor for consistency17:38
dansmithokay17:38
dansmithI care about consistency more than anything, but I feel like the previous blueprints and efforts have us headed in the direction of standardizing on flavor17:39
dansmithwhether starting down that path was a good idea or not is certainly debatable17:39
alaskiyep.  as part of moving flavors from the cell to the api db we're renaming the tables to flavor*17:41
bauzastbh, I'm okay with providing a 'flavor' field, because if not, it would be difficult to change the field name later17:41
bauzasit's quite difficult to provide an upgrade path for just renamings17:42
*** chuckcarmack has joined #openstack-nova17:42
bauzasso, since flavor sounds the better option, I prefer to take 2 hours on my own and fix my series17:42
bauzaseven if jaypipes could be grumbling :p17:42
*** annashen has joined #openstack-nova17:44
*** Sukhdev_ has joined #openstack-nova17:44
openstackgerritChuck Carmack proposed openstack/nova: Fix DeprecationWarning when using BaseException.message  https://review.openstack.org/20756017:46
*** cfriesen has joined #openstack-nova17:47
cfriesenndipanov: I see in numa_get_constraints() that we currently set the pagesize the same for all cells.  what's the reason for this limitation?17:49
*** annashen has quit IRC17:49
ndipanovcfriesen, I assume that we don't really have a way to expose it to the user17:51
ndipanovnot sure there is any other reason deeper than - we didn't implement it because we needed to have resonable scope  :)17:52
*** tonytan4ever has quit IRC17:52
ndipanovwhy would that be useful though?17:52
openstackgerritChuck Carmack proposed openstack/nova: Fix the usage output of the nova-idmapshift command  https://review.openstack.org/20756217:53
*** meghal has quit IRC17:55
*** annashen has joined #openstack-nova17:56
*** otter768 has joined #openstack-nova17:56
*** igordcard has joined #openstack-nova17:56
*** alexpilotti has quit IRC17:56
*** smatzek has quit IRC17:57
*** igordcard_ has quit IRC17:57
*** igordcard_ has joined #openstack-nova17:57
*** busterswt has joined #openstack-nova17:58
*** busterswt has quit IRC17:58
*** zsais has joined #openstack-nova17:59
*** coolsvap|away is now known as coolsvap17:59
openstackgerritDanny Wilson proposed openstack/nova: libvirt: add discard support for attached volumes  https://review.openstack.org/20572618:00
*** haomaiwang has quit IRC18:01
*** otter768 has quit IRC18:01
mriedem1get-vmware-people returns a 40418:01
mriedem1:(18:02
*** haomaiwang has joined #openstack-nova18:02
*** salv-orlando has joined #openstack-nova18:05
*** ZZelle_ has joined #openstack-nova18:06
mriedem1jaypipes: it'd be nice to have you review https://review.openstack.org/#/c/207087/ as an ovo core18:06
*** kmARC has quit IRC18:06
*** meghal has joined #openstack-nova18:07
*** meghal has quit IRC18:07
dansmithmriedem1: I can link you the ovo change that is pending if you want it for context18:09
jaypipesdansmith: approved vladikr's keypair patch. vladikr thanks for pushing the fixes on that.18:09
*** ijw has quit IRC18:09
mriedem1dansmith: sure18:09
vladikrjaypipes, thanks :)18:09
*** meghal has joined #openstack-nova18:10
*** meghal has quit IRC18:10
*** armax has quit IRC18:10
ndipanovmriedem1, do you remember that bug with live migration and not sving bdm data18:10
ndipanovdid we ever fix that or just talked about fixing it?18:11
jaypipesmriedem1: done.18:11
*** mdrabe has joined #openstack-nova18:11
jaypipesvladikr: np. sorry for the delays in reviews.18:11
*** browne has joined #openstack-nova18:12
mriedem1ndipanov: i do and we didn't18:12
ndipanovmriedem1, if you could dig up the link that would be uber helpful18:12
mriedem1ndipanov: https://bugs.launchpad.net/nova/+bug/141957718:12
openstackLaunchpad bug 1419577 in OpenStack Compute (nova) "when live-migrate failed, lun-id couldn't be rollback in havana" [High,Confirmed]18:12
dansmithndipanov: https://bugs.launchpad.net/nova/+bug/1365804?18:12
openstackLaunchpad bug 1365804 in OpenStack Compute (nova) "Did not find the volume after live_migration" [Low,Incomplete] - Assigned to Eli Qiao (taget-9)18:12
mriedem1there were 2 related18:13
*** meghal has joined #openstack-nova18:13
ByPasSHi everyone, is there a way to sync instances count from database and the hypervisor when they are out of sync ? (without directly mod the database itself)18:13
mriedem1https://bugs.launchpad.net/nova/+bug/1416314 was a duplicate18:13
openstackLaunchpad bug 1419577 in OpenStack Compute (nova) "duplicate for #1416314 when live-migrate failed, lun-id couldn't be rollback in havana" [High,Confirmed]18:13
mriedem1ByPasS: yes18:13
mriedem1the sync_instance_power_state periodic task does that every 10 minutes by default18:13
*** agireud has quit IRC18:14
ByPasSmriedem1 : thats where the WARNING comes from : While synchronizing instance power states, found 14 instances in the database and 12 instances on the hypervisor.18:14
mriedem1ByPasS: http://git.openstack.org/cgit/openstack/nova/tree/nova/compute/manager.py#n572018:14
dansmithmriedem1: that bug involves a failed live migration and not rolling back properly, yes?18:16
dansmithI mean, it says that, but the code you're pointing to..18:16
mriedem1dansmith: yes18:16
mriedem1did a red hat customer just explode?18:17
*** agireud has joined #openstack-nova18:17
mnestratovndipanov: do you have time to look at this https://review.openstack.org/#/c/186858/ ?18:17
*** meghal has quit IRC18:17
*** chhavi has quit IRC18:22
dansmithmriedem1: https://github.com/openstack/nova/blob/master/nova/virt/block_device.py#L278-27818:22
mriedem1dansmith: i know18:22
dansmithmriedem1: since driver.attach_volume() can modify connection_info, I would think we should move that save to before the "if detached" check18:22
*** dboik has joined #openstack-nova18:23
dansmither, I guess we should be running that anyway18:23
dansmithsince we're going from detached to attached18:23
dansmithmaybe?18:23
mriedem1https://github.com/openstack/nova/blob/master/nova/virt/block_device.py#L22818:23
mriedem1once we exit the method, if connection_info changed, the bdm.save() is called regardless18:23
dansmithah18:23
mriedem1we do it explicity before calling volume_api.attach to avoid the race18:24
dansmithI see18:24
dansmithso why did you say we didn't fix this?18:24
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/nova: Nested Quota Driver: Finding parent_id and immediate child list  https://review.openstack.org/20094118:24
mriedem1fix which thing? the live migration rollback?18:24
dansmithmriedem1: yeah18:24
*** ig0r__ has joined #openstack-nova18:24
mriedem1time? people? resources?18:24
dansmithno, I mean..18:25
dansmithseems like we *are* doing the updates now18:25
dansmithmriedem1: by the way, this is the ovo context patch: https://review.openstack.org/#/c/196041/18:25
*** ndipanov has quit IRC18:25
*** kmARC has joined #openstack-nova18:25
dansmithmriedem1: see his query on PS1218:25
dansmithmriedem1: we discussed the fix (which is this) on irc18:25
mriedem1when ndipanov and i talked about it before, we talked about a hack to stash the connection_info in the bdm table before the new connection is made to the dest host and then on rollback from failure we restore that stashed connection_info18:25
mriedem1like old_/new_ flavor18:25
*** ndipanov has joined #openstack-nova18:26
*** eglynn has quit IRC18:26
*** ddaskal has quit IRC18:26
*** patrickeast has joined #openstack-nova18:26
*** dims has joined #openstack-nova18:26
dansmithoh, you think this is  not rolling back because we are updating it18:26
dansmithI see18:26
dansmithwell, not sure this is really the thing I'm trying to chase anyway,18:26
dansmithbut it was related18:26
*** jasondotstar has joined #openstack-nova18:30
*** wanghao_ has joined #openstack-nova18:30
*** thumpba_ has joined #openstack-nova18:30
*** obondarev_ has joined #openstack-nova18:31
*** zzz_pczesno has joined #openstack-nova18:31
*** josecastroleon has joined #openstack-nova18:31
*** briancurtin_ has joined #openstack-nova18:31
*** coolsvap is now known as coolsvap|away18:32
dannywilsonmriedem1: hello, with regards to https://review.openstack.org/#/c/205726/ and creating a spec should I create it in specs/liberty or specs/mitaka?18:32
mriedem1dansmith: also, the bdm.save() before volume_api.attach() is purely for a race that you really only see in the gate because of how fast the detach call comes after the attach18:33
*** marcusvrn has quit IRC18:33
mriedem1b/c tempest is waiting for in-use to happen on the volume status and immediately detaches, within 1 second18:33
dansmithah18:33
mriedem1so not a real customer issue, unless your customer is an asshole18:34
dansmithokay18:34
mriedem1dannywilson: mitaka18:34
mriedem1dannywilson: nova feature freeze is today18:34
*** meghal has joined #openstack-nova18:34
*** jlvillal_ has joined #openstack-nova18:34
*** aweeks_ has joined #openstack-nova18:34
*** briancurtin has quit IRC18:34
*** pczesno has quit IRC18:34
*** wanghao has quit IRC18:34
*** aweeks has quit IRC18:34
*** rushiagr has quit IRC18:34
*** igordcard_ has quit IRC18:34
*** jmccrory has quit IRC18:34
*** burt has quit IRC18:34
*** ericksonsantos has quit IRC18:34
*** jlvillal has quit IRC18:34
*** kbyrne has quit IRC18:34
*** obondarev has quit IRC18:34
*** ildikov has quit IRC18:34
*** thumpba has quit IRC18:34
*** mjturek1 has quit IRC18:34
*** flwang1 has quit IRC18:34
*** ericksonfgds has joined #openstack-nova18:34
*** jmccrory has joined #openstack-nova18:34
*** briancurtin_ is now known as briancurtin18:34
*** wanghao_ is now known as wanghao18:34
*** ildikov has joined #openstack-nova18:34
*** burt has joined #openstack-nova18:35
*** kbyrne has joined #openstack-nova18:35
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/nova: Nested Quota Driver: Finding parent_id and immediate child list  https://review.openstack.org/20094118:35
dannywilsonmriedem1: okay, thank you18:35
*** jlvillal_ is now known as jlvillal18:35
*** mjturek1 has joined #openstack-nova18:35
*** aweeks_ is now known as aweeks18:36
scottdamriedem1: I signed myself up as the Cinder -> Nova liaison and I put you down as Nova -> Cinder liaison, if that is OK?18:39
scottdahttps://wiki.openstack.org/wiki/CrossProjectLiaisons#Inter-project_Liaisons18:39
mriedem1scottda: sure18:39
mriedem1at some point if i get enough badges i think i win a prize18:39
dansmithand that prize is "never able to make progress on any one thing"18:39
mriedem1huzzah!18:40
*** salv-orlando has quit IRC18:40
dannywilsonmriedem1: or anyone for that matter, one more question, I have a Cinder spec for this and this Nova spec is going to be very similar, it seems silly to copy most of the Cinder spec into a Nova spec, any way to re-use that Cinder spec?  Sorry if this is a silly question18:41
mriedem1dannywilson: well the cinder spec probably says 'provide x' and the nova spec says 'consume x' right?18:42
*** rushiagr has joined #openstack-nova18:42
mriedem1dannywilson: i saw the cinder spec had a +218:42
dannywilsonmriedem1: yes, but all the reasons are the same18:42
dannywilsonmriedem1: yep18:43
mriedem1personally i don't want to have to do a goto in the nova spec,18:43
mriedem1and it's not hard to copy/paste if it's fine in the cinder spec18:43
*** sudipto has joined #openstack-nova18:43
mriedem1obviously add a link to the cinder spec in the references section of the nova spec18:43
*** changbl has quit IRC18:43
dannywilsonmriedem1: agreed.  my worry was they might get out of sync with each other but in this case that is probably not going to happen18:44
dannywilsonmriedem1: thank you18:44
mriedem1yeah, since the cinder spec looks pretty close to being approved i wouldn't worry about that18:44
*** lyarwood has quit IRC18:44
*** tonytan4ever has joined #openstack-nova18:44
*** exploreshaifali has quit IRC18:46
*** ig0r_ has quit IRC18:50
*** igordcard has quit IRC18:52
*** eglynn has joined #openstack-nova18:53
sudiptojaypipes, hi, can i get your quick view on the comment that dansmith made here: https://review.openstack.org/#/c/198972/10/nova/objects/monitor_metric.py the first comment.18:53
dansmithsudipto: I already pinged him about that this morning18:53
*** flwang1 has joined #openstack-nova18:54
dansmithhe's a busy dude18:54
sudiptodansmith, thanks :)18:54
sudiptodansmith, yeah super busy :)18:54
sudiptodansmith, so should i go ahead with what you suggested?18:54
dansmithsudipto: so, let me explain a little18:55
sudiptodansmith, sure18:55
dansmithsudipto: if you change something in version 1.5 you have to be able to backport the object to 1.4, etc18:55
dansmithif you make something nullable in 1.518:55
cfriesenndipanov: sorry, was out for lunch.  I was looking at something that wants to use 2MB hugepages for networking.  I was thinking it would be convenient to represent it as an instance numa topology with no CPUs and hugepages, regardless of whether the guest itself is using hugepages.  That way we'd get all the scheduling "for free".18:55
dansmithsudipto: and then have to convert it to non-nullable in 1.4, what do you do? where does the value come from?18:55
dansmithsudipto: that's why I assert that it's not a backwards-compatible change18:55
dansmithsudipto: also, I don't think we *need* it to be none, because unset is what we actually want.. "there is no value for this field" not "this field has a value and it is none"18:56
*** changbl has joined #openstack-nova18:56
sudiptodansmith, yeah - got it from your comment actually...makes sense to me. I guess the attr_is_set function can assert the rest.18:56
dansmithsudipto: right18:57
sudiptodansmith, i will go ahead and do another patchset18:57
dansmithsudipto: okay, do that, I'll +2 and hopefully poke jaypipes to do the same18:57
sudiptodansmith, hopefully jaypipes will be in agreement :)18:57
sudiptodansmith, sure.18:58
*** bapalm_ has joined #openstack-nova19:00
*** haomaiwang has quit IRC19:01
*** josecastroleon has quit IRC19:01
*** Marga_ has quit IRC19:01
*** haomaiwang has joined #openstack-nova19:02
*** Marga_ has joined #openstack-nova19:03
*** cpschult has quit IRC19:04
*** Marga_ has quit IRC19:04
*** ig0r_ has joined #openstack-nova19:04
*** Marga_ has joined #openstack-nova19:04
*** bapalm_ has quit IRC19:05
*** annashen has quit IRC19:08
*** eglynn has quit IRC19:09
*** annashen has joined #openstack-nova19:09
*** MentalRay__ has quit IRC19:09
jaypipesdansmith: agree with you. "there is no value for this field" is correct. not "the value for this field is None"19:09
jaypipessudipto: ^^19:10
dansmithjaypipes: okay cool19:10
*** annashen has quit IRC19:10
sudiptojaypipes, ok great.19:10
*** annashen has joined #openstack-nova19:10
*** marcusvrn has joined #openstack-nova19:14
*** MentalRay__ has joined #openstack-nova19:16
*** mwagner_lap has quit IRC19:16
*** lucas__ has quit IRC19:18
*** flwang1 has quit IRC19:20
*** cpschult has joined #openstack-nova19:20
openstackgerritNicolas Simonds proposed openstack/nova: libvirt: make snapshot use RBD snapshot/clone when available  https://review.openstack.org/20528219:22
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/nova: Nested Quota Driver: Adding v2 and v3(v2.1) support  https://review.openstack.org/14982819:24
*** READ10 has quit IRC19:24
*** pixelbeat_ has joined #openstack-nova19:25
*** annashen has quit IRC19:26
*** annashen has joined #openstack-nova19:26
*** nagyz has joined #openstack-nova19:28
*** lpetrut has joined #openstack-nova19:28
*** jasondotstar has quit IRC19:29
*** salv-orlando has joined #openstack-nova19:29
*** annashen_ has joined #openstack-nova19:29
*** lpetrut has quit IRC19:30
nagyzmriedem1, when you have the time can you answer my os-brick question that I left as a comment on the rbd encryption review?19:31
*** armax has joined #openstack-nova19:31
openstackgerritAndrew Laski proposed openstack/nova: Cells: Handle instance_destroy_at_top failure  https://review.openstack.org/20758719:32
*** annashen_ has quit IRC19:34
*** lucas__ has joined #openstack-nova19:34
*** nic has quit IRC19:34
*** nic has joined #openstack-nova19:35
*** armax has quit IRC19:36
bauzas_gryf: saw my comment on https://review.openstack.org/#/c/197063/ ?19:38
bauzas_gryf: I don't want to be yakshaving, but I think it's not good to do your way19:38
lxslihey jaypipes did you get a chance to think after your townhall?19:40
*** annashen has quit IRC19:40
*** annashen has joined #openstack-nova19:41
*** pixelbeat_ has quit IRC19:41
*** fawadkhaliq has quit IRC19:42
*** fawadkhaliq has joined #openstack-nova19:43
*** pixelbeat_ has joined #openstack-nova19:43
*** lpetrut has joined #openstack-nova19:43
*** Sukhdev_ has quit IRC19:44
mriedem1nagyz: replied19:46
*** openstackgerrit has quit IRC19:46
*** openstackgerrit has joined #openstack-nova19:47
mriedem1nagyz: there is an rbd driver in os-brick already http://git.openstack.org/cgit/openstack/os-brick/tree/os_brick/initiator/connector.py?id=0.3.2#n126319:47
mriedem1nagyz: so i think you should work the encryption support into os-brick and then integrate that into nova19:47
mriedem1nagyz: honestly i'm not sure what the work effort is to switch the current rbd volume driver support in nova over to using the rbd connector in os-brick, that'd be a question for hemna most likely19:48
*** lpetrut has quit IRC19:48
*** achanda has quit IRC19:49
nagyzcheers19:49
*** jasondotstar has joined #openstack-nova19:50
mriedem1nagyz: i guess if we can show that the encrypted volume test in tempest is passing with your change then i'd be open to getting that into nova in liberty as a bug fix and then lift that out of nova into os-brick, and swap those in mitaka19:50
nagyzhow about I refactor the code to go into it's own module under volume/, reenable the tempest test now as a depends-on change, we see if it passes properly, and if so then I'll make the os-brick changes in M?19:50
mriedem1jinx19:50
nagyzok we're thikning the same :-)19:50
mriedem1plus, you know, unit tests19:50
nagyzright I just had no idea what's th ebest way to unit-test linux commands that actually modify the hypervisor state19:51
nagyzbe back in around 519:51
mriedem1nagyz: you mock out the calls to the other modules19:51
mriedem1you make sure that connect_volume mutates connection_info, i.e. connection_info['data']['device_path'] = symlink_dev19:52
mriedem1etc etc19:52
mriedem1symlink_dev is mocked19:52
openstackgerritVikhyat Umrao proposed openstack/nova: RBD: Reading rbd_default_features from ceph.conf  https://review.openstack.org/18653719:53
*** lpetrut has joined #openstack-nova19:54
*** mnestratov has quit IRC19:54
*** lpetrut has quit IRC19:55
*** cfriesen_ has joined #openstack-nova19:56
*** cfriesen has quit IRC19:56
*** annashen has quit IRC19:56
*** ig0r_ has quit IRC19:56
*** meghal has quit IRC19:56
*** tpatil has joined #openstack-nova19:57
*** annashen has joined #openstack-nova19:57
*** otter768 has joined #openstack-nova19:57
*** belmoreira has joined #openstack-nova19:57
*** cfriesen__ has joined #openstack-nova19:59
*** haomaiwang has quit IRC20:01
*** pixelbeat_ has quit IRC20:01
*** otter768 has quit IRC20:01
*** haomaiwang has joined #openstack-nova20:02
*** browne has quit IRC20:02
*** cfriesen_ has quit IRC20:02
*** browne has joined #openstack-nova20:03
mriedem1browne: can you review this https://review.openstack.org/#/c/165060/?20:04
mriedem1i'd like to see some vmware devs review this kind of stuff20:04
openstackgerritSudipta Biswas proposed openstack/nova: Allow NUMA based reporting for Monitors  https://review.openstack.org/19897220:04
mriedem1browne: i reviewed it quite a bit and then got some concerns about backwards compatibility which garyk said wouldn't be a problem but i'm skeptical20:05
*** cpschult has quit IRC20:05
*** dboik has quit IRC20:06
*** dboik has joined #openstack-nova20:06
sudiptodansmith, jaypipes have updated the patchset, after struggling with net connectivity. Now will hit the bed! Thx!20:06
dansmithsudipto: thanks20:06
*** sudipto has quit IRC20:07
*** cfriesen has joined #openstack-nova20:09
*** armax has joined #openstack-nova20:09
*** mwagner_lap has joined #openstack-nova20:09
*** armax has quit IRC20:09
hemnamriedem1, so the rbd libvirt volume driver knows that it's going to a libvirt vm, so it uses the libvirt built in capabilities for rbd.20:10
hemnathe os-brick connector is a generic system level volume discovery that doesn't know about libvirt.20:10
mriedem1hemna: ok, i thought it looked like it was missing all of the libvirt net volume driver stuff20:11
hemnaeventually, we could add another connector that is a libvirt aware connector20:11
mriedem1hemna: do we then move that into os-brick?20:11
mriedem1right20:11
*** cfriesen_ has joined #openstack-nova20:11
hemnaI think there is another connector that has that same issue20:11
hemnathat could benefit from a libvirt based connector parent.20:11
mriedem1so i guess nagyz is on the right track with just trying to get it working as-is in nova in liberty20:11
hemnayup20:12
mriedem1alright, well i'm out for a few hours20:12
*** mriedem1 is now known as mriedem_away20:12
*** cfriesen__ has quit IRC20:12
*** annegentle has quit IRC20:13
*** annegentle has joined #openstack-nova20:13
*** gszasz has quit IRC20:14
*** cfriesen has quit IRC20:14
*** baoli has quit IRC20:15
nagyzgreat. :)20:15
nagyzthanks for the comments for both of you20:15
*** achanda has joined #openstack-nova20:16
*** openstackgerrit has quit IRC20:16
*** openstackgerrit has joined #openstack-nova20:17
*** chuckcarmack has left #openstack-nova20:17
*** ijw has joined #openstack-nova20:18
hemnanp20:22
*** meghal has joined #openstack-nova20:27
*** Piet_ has quit IRC20:27
*** maurosr has quit IRC20:28
*** ekhugen has quit IRC20:29
*** timello has quit IRC20:29
*** lucas__ has quit IRC20:29
*** rfolco has quit IRC20:29
*** rfolco has joined #openstack-nova20:30
*** agireud has quit IRC20:30
*** meghal has quit IRC20:31
*** tonytan4ever has quit IRC20:31
*** cpschult has joined #openstack-nova20:33
*** Piet has joined #openstack-nova20:33
*** lucas__ has joined #openstack-nova20:33
*** lucas__ has quit IRC20:35
*** vladikr has quit IRC20:35
*** lucas__ has joined #openstack-nova20:35
*** meghal has joined #openstack-nova20:36
*** busterswt has joined #openstack-nova20:36
*** tonytan4ever has joined #openstack-nova20:37
openstackgerritDanny Wilson proposed openstack/nova-specs: Add ability to support discard/unmap/trim for Cinder backend  https://review.openstack.org/20761520:37
*** baoli has joined #openstack-nova20:38
*** baoli has quit IRC20:39
*** bauzas has quit IRC20:39
*** baoli has joined #openstack-nova20:39
*** ccesario has joined #openstack-nova20:40
*** annegentle has quit IRC20:40
*** mnestratov has joined #openstack-nova20:42
*** ijw has quit IRC20:43
*** bauzas has joined #openstack-nova20:43
*** browne has quit IRC20:43
*** thangp has quit IRC20:43
*** browne has joined #openstack-nova20:44
*** VW_ has quit IRC20:44
*** VW_ has joined #openstack-nova20:44
*** openstackgerrit has quit IRC20:46
*** openstackgerrit has joined #openstack-nova20:47
*** raildo has quit IRC20:48
*** VW_ has quit IRC20:49
*** ijw has joined #openstack-nova20:50
ccesariohello, could someone know how "nova"  choose the datastore on  initial placement of instance when using Vmware driver ? Is it automatic!?20:50
*** lucas__ has quit IRC20:50
*** lpetrut has joined #openstack-nova20:51
bauzasccesario: ask VMWare20:52
tonybccesario: garyk would be your best bet.20:52
*** ddaskal has joined #openstack-nova20:52
tonybbauzas: hey!20:52
bauzasccesario: I mean, there is not really a placement done20:52
tonybbauzas: how are you doing?20:52
bauzasccesario: the main vmware cloud is behind one compute20:53
bauzastonyb: good good :)20:53
bauzastonyb: as a French guy, in holiday by tomorrow :)20:53
bauzasrespectful for my country20:53
tonybbauzas: :) recover from your virtual Rochester trip?20:53
bauzastonyb: yup, the beer was good20:54
tonybbauzas: Good news (about the holiday)20:54
bauzastonyb: and the jetlag was not too huge20:54
tonybbauzas: hehe.  good to hear.20:54
bauzasyeah, a flight around 5 min20:55
bauzas:)20:55
bauzasand you ? :)20:55
*** flwang1 has joined #openstack-nova20:55
mikalNova meeting in 5 minutes?20:55
tonybbauzas: sure the flying time was short but still the sleep disruption was real20:55
*** aysyd has quit IRC20:55
brownemriedem1: sorry for the late reply, thank for looking at garyk's patch, I'll review that patch today.20:56
bauzastonyb: ha20:56
bauzasoh right, meeting20:56
bauzasand then, bye for 10 days !20:56
tonybbauzas: I'm good.20:56
*** jasondotstar has quit IRC20:56
bauzastonyb: coolness :)20:57
*** jamielennox|away is now known as jamielennox20:57
*** hshiina has joined #openstack-nova20:57
ccesariobouzas, maybe my question is wrong..... well, how explain ... I have two datastores in my Vmware Cluster ... each time that I "launch Instance" the instance it is stored in a different datastore.20:57
ccesarioI mean this as 'initial placement'20:58
bauzasccesario: ah that20:59
tonybccesario: I'm very far from a vmware expert but I think that's vcenter making the decision and then tellign nova.20:59
ccesariosorry but incorrect terms.... this is new for me20:59
bauzasccesario: so yeah, each datastore is seen as a compute host20:59
browneccesario: there is a datastore_regex option in the vmware driver that affects placement of instances20:59
*** ijw has quit IRC20:59
bauzasccesario: the vmware driver is reporting the datastore metrics as a whole20:59
bauzascontiguous if you prefer21:00
*** tpatil has quit IRC21:00
*** thumpba_ has quit IRC21:00
bauzaslike if it was only one host21:00
*** haomaiwang has quit IRC21:01
*** lpetrut has quit IRC21:01
*** openstack has joined #openstack-nova21:09
ccesariobrowne, yes, like this... or based in config (nova.conf)21:09
*** agireud has joined #openstack-nova21:09
*** lucas-dinner has quit IRC21:11
browneccesario: I'll have to confirm with garyk, but believe you can only decide placement on the datastore for all instances, not specific ones.  there's no image property i could find for that21:13
ccesariosure..... If you could check.... I appreciate this :)21:14
*** annashen has quit IRC21:15
ccesariothanks for these infos :)21:15
browneccesario: np21:16
*** annegentle has joined #openstack-nova21:16
*** annashen has joined #openstack-nova21:18
*** timello has joined #openstack-nova21:18
*** zul has joined #openstack-nova21:18
*** ekhugen has joined #openstack-nova21:19
*** maurosr has joined #openstack-nova21:19
*** achanda has quit IRC21:26
*** marzif_ has joined #openstack-nova21:26
*** lucas__ has joined #openstack-nova21:26
*** agireud has quit IRC21:29
*** annashen_ has joined #openstack-nova21:30
*** lucas__ has quit IRC21:31
*** marzif_ has quit IRC21:32
*** marzif_ has joined #openstack-nova21:34
*** moshele has joined #openstack-nova21:34
*** baoli has quit IRC21:35
*** annashen_ has quit IRC21:35
*** marzif_ has quit IRC21:35
*** marzif_ has joined #openstack-nova21:36
*** VW_ has joined #openstack-nova21:36
*** maurosr has quit IRC21:36
openstackgerritAnthony Lee proposed openstack/nova: Fix live-migrations usage of the wrong connector information  https://review.openstack.org/20277021:36
*** ekhugen has quit IRC21:36
*** timello has quit IRC21:37
*** tjones has joined #openstack-nova21:40
*** VW_ has quit IRC21:41
*** achanda has joined #openstack-nova21:41
*** lykinsbd has quit IRC21:43
openstackgerritNicolas Simonds proposed openstack/nova: libvirt: make snapshot use RBD snapshot/clone when available  https://review.openstack.org/20528221:43
*** yassine has joined #openstack-nova21:44
*** moshele has quit IRC21:44
edleafejroll: did you see bauzas' comment on https://review.openstack.org/#/c/206736/?21:45
edleafejroll: are there *any* possible ways that an ironic deployment would need instance information for its filters?21:46
*** jecarey has quit IRC21:46
edleafejroll: e.g., does the SameHost filter even make sense for ironic?21:46
*** markvoelker_ has quit IRC21:46
*** cpschult has quit IRC21:48
*** jasondotstar has joined #openstack-nova21:48
*** annegentle has quit IRC21:49
*** busterswt has quit IRC21:49
*** rushiagr is now known as rushiagr_away21:50
*** ig0r__ has quit IRC21:51
*** thorst1 has joined #openstack-nova21:51
openstackgerritScott DAngelo proposed openstack/nova-specs: Support force detach volume to nova  https://review.openstack.org/8404821:52
*** angdraug has joined #openstack-nova21:52
bauzasedleafe: I know that's silly21:53
bauzasedleafe: that's certainly not deployed21:53
bauzasedleafe: I only care about making it very verbose21:54
*** marzif_ has quit IRC21:54
bauzasedleafe: the thing is, I wonder how to make that clear, in a doc or elsewhere21:54
bauzasedleafe: like a known limitation for Ironic21:54
edleafebauzas: I'm not up-to-date with ironic docs21:55
bauzasedleafe: yep, me too :(21:55
bauzasedleafe: so I just wonder how to properly document it21:55
bauzasedleafe: a DocImpact tag is certainly lazy21:55
edleafebauzas: but I got the impression from jroll that filtering on existing instance info makes no sense21:55
edleafesince all "instances" are on the same host21:56
bauzasedleafe: yup that I agree hence my "its silly" ^21:56
edleafebauzas: ah, I thought you meant just the SameHostFilter21:56
bauzasedleafe: well, providing instances to the scheduler is only needed by SameHostFilter, right?21:56
edleafebauzas: no, there are the instance_type affinities21:57
bauzasedleafe: well, instance_type, not instance?21:57
bauzasedleafe: lemme look again21:57
*** otter768 has joined #openstack-nova21:58
edleafebauzas: hosts that have or don't have instances with the same instance_type21:58
edleafebauzas: there are only a few that need instance info21:58
edleafebauzas: and none of those make sense for ironic21:58
mikalSo, my random thought for the day21:58
mikalI wonder how much of our review bandwidth is consumed by gate issues?21:59
*** dboik has quit IRC21:59
*** kmARC has quit IRC21:59
bauzasmikal: I'm not that impacted21:59
melwittin the case of https://review.openstack.org/#/c/202605/, what happens when part of the series merges but the rest of it doesn't make the deadline? wait until M opens?22:00
*** annegentle has joined #openstack-nova22:00
bauzasmikal: I mean, changes that are missing Jenkins are today's ones, which means that either someone provided a new change or he was reviewed and did the review limbo dance22:00
*** tr3buchet has quit IRC22:00
*** haomaiwang has quit IRC22:01
bauzasedleafe: any link I could take a look ?22:01
dansmithmelwitt: I dunno, it would probably be a good candidate for exception22:01
dansmithmelwitt: smallish, half-merged, etc22:01
melwittdansmith: nod22:01
*** rodolfo-alonso has joined #openstack-nova22:01
bauzasedleafe: looking at the type_affinity filters, can't find some using the host_state.instances attr22:02
*** jwcroppe has joined #openstack-nova22:02
*** annashen has quit IRC22:02
*** haomaiwang has joined #openstack-nova22:02
rodolfo-alonsoThis filter is obligatoriness22:02
bauzasedleafe: I only find host_state.instances check within the SameHost filter22:02
*** zzzeek has quit IRC22:02
bauzasrodolfo-alonso: so22:02
rodolfo-alonsoThe filter proposed is not a must22:02
edleafebauzas: https://review.openstack.org/#/c/160512/19/nova/scheduler/filters/type_filter.py,cm22:02
bauzasrodolfo-alonso: you speaking of https://review.openstack.org/#/c/189279/8/doc/source/filter_scheduler.rst,cm ?22:03
edleafebauzas: that was the change to the type_filter22:03
*** otter768 has quit IRC22:03
rodolfo-alonsono22:03
rodolfo-alonsohttps://review.openstack.org/#/c/189279/8/doc/source/filter_scheduler.rst22:03
*** mnestratov has quit IRC22:03
rodolfo-alonsoSorry for the confusion22:03
bauzasedleafe: well, it checks the filter_props.instance, not the host_state.instances, right?22:03
bauzasedleafe: I haven't yet looked at the helper22:04
edleafebauzas: no, it uses the host_state.instances22:04
bauzasrodolfo-alonso: yeah, I'm just in a middle of a second convo :)22:04
rodolfo-alonsosorry22:04
bauzasedleafe: okay, fair to say22:04
*** ctrath has quit IRC22:05
bauzasedleafe: then, I'm a bit more worried, since Ironic is using flavors for their own purpose22:05
bauzasrodolfo-alonso: so, back to our convo22:05
bauzasrodolfo-alonso: let me emphasize again what I said in the review22:05
edleafebauzas: why? The filter has to do with same/diff flavor on the same host22:05
edleafebauzas: all ironic instances are on the same host22:06
bauzasrodolfo-alonso: "'m more in favor of modifying the existing   AggregateInstanceExtraSpecsFilter to keep its behaviour but also have a  more stricter enforcement logic (ie. the opposite logic)"22:06
rodolfo-alonsobauzas: I think thats the point22:06
bauzasedleafe: an Ironic node is responsible for managing a certain number of physical hosts - ie. instances22:06
*** moshele has joined #openstack-nova22:07
*** sajeesh has joined #openstack-nova22:07
bauzasedleafe: IIUC, Ironic is using ironic conductors for talking to those instances22:07
bauzasedleafe: and an Ironic node is actually an Ironic API node22:07
bauzasedleafe: I'd prefer to wait for jroll22:07
edleafebauzas: but there is no meaning for an affinity, as there is for virt instances22:08
edleafebauzas: +1 on getting a better explanation from jroll22:08
*** smatzek has joined #openstack-nova22:08
*** markvoelker has joined #openstack-nova22:08
bauzasedleafe: well, ironic asks the user to create flavors22:08
bauzasedleafe: so we could segregate per flavor maybe22:09
jrollhere now.22:09
bauzasedleafe: I mean, *someone* could use that filter for segregating his cloud22:09
jrollshould I read the scrollback or just say there's only one compute host ever so it doesn't matter22:09
edleafejroll: reading the scrollback?22:09
edleafejinx22:09
jrolllike22:10
jrollthere's only one host to choose22:10
edleafejroll: I think bauzas might want more details22:10
jrolland all nodes can have one and only one instance22:10
bauzasjroll: okay, my take is that either we say it's unsupported to run filters in an Ironic env, or we find a way to workaround that22:10
jroll1 host, many nodes, nodes have a max capacity of one.22:10
jrollbauzas: no, we need filters... just instance tracking doesn't make sense22:10
bauzasjroll: okay, which filters N?22:11
*** zsais has quit IRC22:11
jrolllet me rephrase: it doesn't ever make sense to schedule instance X based on any other instances.22:11
bauzasjroll: well, instance tracking makes sense for the filters using that :)22:11
jrollbauzas: https://github.com/openstack/nova/blob/master/nova/scheduler/ironic_host_manager.py#L33-4922:11
jrollbauzas: well, it doesn't make sense to use filters that scheduler based on instance tracking22:12
jrollthat schedule**22:12
bauzasjroll: okay, what if a weirdo guy explicitely adds the filters that are using the instance tracking ?22:12
bauzasjroll: that list is just a default opt22:12
edleafebauzas: if the instance info was there, they would be boned anyway22:13
bauzasedleafe: right, but they wouldn't understand22:13
edleafebauzas: your assumption is that they don't understand what they're doing in the first place22:13
jrollI mean22:13
jrolledleafe: most people don't, to be clear, but then again those people use the defaults22:14
jrollso I'm confused why e.g. setting host_state.instances = {} and using those filters would break things22:14
jrollI guess it would break SameHost? even if there's only one host?22:14
bauzasokay, I don't want to nitpick folks, I just think we could just say that Ironic doesn't support other than the default filters22:15
*** jamielennox is now known as jamielennox|away22:15
jrollhmm22:15
bauzasjroll: is it totally non-sense to run 2 computes ?22:15
jrollbauzas: yes (though 2 computes with same host name is somewhat supported)22:16
jrolleach compute host tracks *all* ironic nodes22:16
jrollso you'd have two hosts tracking the same nodes22:16
bauzasjroll: what if I shard my ironic cloud into two ? :)22:16
jroll(host1, node1) (host2, node1) etc22:16
jrollbauzas: sure, you could have two hosts talking to two ironic clusters22:17
bauzasjroll: since nova gives the wrapper level22:17
jrollhmm22:17
* jroll thinks about implications22:17
*** hshiina has quit IRC22:17
jrollI was actually wondering about this the other day...22:17
jrollI also might be okay with saying we don't support non-defaults, as long as we don't actively block non-default (for people that write their own or whatever)22:18
jrollbut would want to talk to ironic folks22:18
bauzasjroll: well, maybe a WARN log when starting the Ironic HostManager22:18
bauzas?22:18
jrollbauzas: could be, yeah, or docs and help text22:19
bauzassomething like "using other than the default filters is somehow possible but either discouraged or unsupported"22:19
jrollyeah22:19
*** VW_ has joined #openstack-nova22:20
bauzasrodolfo-alonso: since I'm going to drop off ( on EU TZ)22:20
edleafejroll: or "using the virt filters with ironic is not a good thing"22:20
bauzas00:20 here22:20
jrollyeah, something like that22:20
rodolfo-alonsook....22:20
bauzasrodolfo-alonso: and since I'm going to be off for the next 2 weeks22:21
rodolfo-alonsome too22:21
rodolfo-alonsoufffff22:21
edleafebauzas: before you go, can you remove the -1?22:21
jrollbauzas: edleafe: today has been kind of crazy for me, let me think about this more tonight/tomorrow22:21
edleafebauzas: either update the commit message, or I'll do it22:21
jrollI need to read more code before making a decision :)22:21
bauzasrodolfo-alonso: I'd suggest you to investigate porting your code to the existing AggregareExtraSpecs filter and do the necessary modifications to have the default behaviour be kept22:22
*** thorst1 has quit IRC22:22
edleafejroll: the basic question, though, is: does it ever make sense to filter an ironic request based on the instances on a given host?22:22
rodolfo-alonsobauzas: but this is the same reply.... and the problem is still there22:22
edleafejroll: the other filters are a different question22:22
bauzasedleafe: well, I defer that to jroll22:22
jrolledleafe: IMO it does not. however, I need to think about the "two ironic clusters" situation more22:22
jrolledleafe: with one ironic cluster it certainly does not.22:23
rodolfo-alonsobauzas: it's not possible to use this kind of filter in this class.22:23
bauzasrodolfo-alonso: no, because I'd suggest you to use a config flag for changing the behaviour22:23
jrolledleafe: though now I'm thinking about near/far so maybe I'm wrong :)22:23
bauzason demand22:23
rodolfo-alonsobauzas: to be necessaty or not?22:23
bauzasrodolfo-alonso: well, I was suggesting a config opt defaulting to the current behaviour, but which would provide the behaviour you would like if not default22:24
rodolfo-alonsobauzas: what I mean: if this extra_spec is not in the aggregate, should pass22:24
*** nic has quit IRC22:24
bauzasrodolfo-alonso: or you could extend the existing semantics to match your needs22:24
bauzasrodolfo-alonso: I'd rather be more in favor of the latter22:25
bauzasrodolfo-alonso: speaking of the aggregate metadata semantics of course22:25
rodolfo-alonsobauzas: i'll think about this....22:25
*** VW__ has joined #openstack-nova22:25
edleafejroll: ok, I have to run out for a bit. If you could add your thoughts to the review, that would be excellent22:25
bauzasrodolfo-alonso: ie. the current semantics would keep the existing behaviour22:25
jrolledleafe: yeah, I'll probably defer to tomorrow morning though.22:26
edleafejroll: cool22:26
bauzasrodolfo-alonso: but providing some extra semantics which would change the behaviour22:26
bauzasfolks, have a good night22:26
bauzasI'm dropping off22:26
rodolfo-alonsobye22:26
edleafebauzas: please don't leave the -1 hanging while you're off enjoying yourself. :)22:26
jrollbauzas: have a great vacation :)22:27
bauzasedleafe: why ? am I so terrible ?:)22:27
dansmithedleafe: he should leave a -1 if he wants to22:27
dansmithit's totally fine22:27
jrollnow I feel like he should leave a -2 just for fun22:27
bauzasjroll: eh, can't :)22:27
dansmithI can22:27
dansmithdon't tempt me22:27
edleafejroll: ok, then dansmith can do it22:27
edleafeha!22:27
dansmithbauzas: go to sleep, I'll defend your -122:27
bauzasanyway, bye folks and see you later22:28
*** bauzas is now known as bauzas_off22:28
edleafebauzas: enjoy!22:28
jrollbauzas: I'll have dan give you core for the 5 seconds it takes to -2 :P22:28
dansmithboy, wouldn't that be a thing22:28
*** VW_ has quit IRC22:28
dansmithtemporary core provisions to disagree with someone extra hard22:28
jrollit'd be so fun22:29
* jroll proposes to the mailing list22:29
edleafehow about temporary super-core?22:29
dansmithheh22:29
jrollmaybe you get like, 5 per cycle22:29
*** lucas__ has joined #openstack-nova22:29
edleafe-10 power!22:29
jrolland use them at your discretion22:29
*** VW__ has quit IRC22:30
*** vilobhmm has quit IRC22:30
*** vilobhmm has joined #openstack-nova22:30
*** apuimedo has quit IRC22:31
*** moshele has quit IRC22:32
*** markvoelker_ has joined #openstack-nova22:32
*** lucas__ has quit IRC22:34
*** markvoelker has quit IRC22:35
*** vilobhmm has quit IRC22:35
*** apuimedo has joined #openstack-nova22:36
*** smatzek has quit IRC22:36
*** belmoreira has quit IRC22:37
*** ddaskal has quit IRC22:38
jrolledleafe: another case to think about: clouds that use ironic and virt drivers, with host aggregates22:38
jrollI assume the aggregate filter would filter first but I'm not sure22:38
*** eharney has quit IRC22:38
*** Sukhdev_ has joined #openstack-nova22:39
*** tpeoples has quit IRC22:41
*** annegentle has quit IRC22:44
*** harlowja has quit IRC22:44
*** harlowja has joined #openstack-nova22:44
*** jswarren has quit IRC22:45
*** MentalRay__ has quit IRC22:47
*** dustins has quit IRC22:52
*** eglynn has joined #openstack-nova22:58
*** boris-42 has quit IRC23:00
*** haomaiwang has quit IRC23:01
*** meghal has quit IRC23:01
*** haomaiwa_ has joined #openstack-nova23:02
*** meghal has joined #openstack-nova23:02
*** rodolfo-alonso has quit IRC23:03
*** zhenguo has joined #openstack-nova23:03
*** eglynn has quit IRC23:06
*** lucas__ has joined #openstack-nova23:06
*** slong has joined #openstack-nova23:06
*** lucas__ has quit IRC23:11
*** lucas__ has joined #openstack-nova23:11
*** apuimedo has quit IRC23:12
*** lucas____ has joined #openstack-nova23:13
*** VW_ has joined #openstack-nova23:14
*** markvoelker_ has quit IRC23:14
*** cfriesen__ has joined #openstack-nova23:14
*** cfriesen_ has quit IRC23:15
*** SourabhP has joined #openstack-nova23:15
*** lucas__ has quit IRC23:15
*** meghal has quit IRC23:16
*** meghal has joined #openstack-nova23:16
*** ijw has joined #openstack-nova23:17
*** ijw has quit IRC23:17
*** vilobhmm has joined #openstack-nova23:17
*** lucas____ has quit IRC23:17
*** ijw has joined #openstack-nova23:18
*** Jeffrey4l has joined #openstack-nova23:20
*** meghal has quit IRC23:23
*** VW_ has quit IRC23:24
*** VW_ has joined #openstack-nova23:25
*** htruta has quit IRC23:26
*** diogogmt has quit IRC23:28
*** VW_ has quit IRC23:29
*** Piet has quit IRC23:30
*** yassine has quit IRC23:31
*** dims_ has joined #openstack-nova23:31
*** dims_ has quit IRC23:31
*** annashen has joined #openstack-nova23:31
*** meghal has joined #openstack-nova23:33
*** Jeffrey4l has quit IRC23:34
*** ijw has quit IRC23:35
*** dims has quit IRC23:35
*** vilobhmm has quit IRC23:36
*** annashen has quit IRC23:36
*** armax has joined #openstack-nova23:38
openstackgerritScott DAngelo proposed openstack/nova-specs: Support force detach volume to nova  https://review.openstack.org/8404823:39
*** armax has quit IRC23:39
*** jaypipes has quit IRC23:39
*** marcusvrn has quit IRC23:43
*** vipul has quit IRC23:46
*** Jeffrey4l has joined #openstack-nova23:46
*** pixelbeat_ has joined #openstack-nova23:46
*** vipul has joined #openstack-nova23:46
*** ijw has joined #openstack-nova23:46
*** armax has joined #openstack-nova23:47
*** ZZelle_ has quit IRC23:52
*** Piet has joined #openstack-nova23:54
*** patrickeast has quit IRC23:54
*** Piet has quit IRC23:54
*** dannywilson has quit IRC23:55
*** nelsnelson has quit IRC23:56
gmannalaski: ping23:56
*** salv-orlando has quit IRC23:57
*** pixelbeat_ has quit IRC23:57
*** otter768 has joined #openstack-nova23:59

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