Friday, 2015-06-05

*** annegentle has joined #openstack-nova00:09
*** alexpilotti has quit IRC00:10
*** dims__ has joined #openstack-nova00:11
*** VW has quit IRC00:11
*** dims_ has quit IRC00:12
*** vilobhmm has joined #openstack-nova00:12
*** markvoelker has joined #openstack-nova00:13
*** annegentle has quit IRC00:14
*** otter768 has joined #openstack-nova00:15
*** iamjarvo has quit IRC00:16
*** dims__ has quit IRC00:17
*** SourabhP has quit IRC00:17
*** nickchase has quit IRC00:17
*** dims_ has joined #openstack-nova00:17
*** markvoelker has quit IRC00:18
*** otter768 has quit IRC00:20
*** annegentle has joined #openstack-nova00:22
*** vilobhmm has quit IRC00:27
*** Sukhdev has quit IRC00:29
*** yingjun has joined #openstack-nova00:30
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 test  https://review.openstack.org/18824300:32
eliqiao1dims: hi00:32
eliqiao1dims: do we need to take py34 testing now ? I see py34 is no voting now.00:33
jaypipesmy chromium top bar once again looks like a saw-tooth comb...00:35
*** jogo is now known as flashgordon00:37
*** nelsnelson has joined #openstack-nova00:40
*** gholler__ has quit IRC00:41
*** marun has quit IRC00:42
*** tsekiyam_ has joined #openstack-nova00:42
jaypipesmelwitt: around still?00:42
*** tsekiyam_ has quit IRC00:42
jaypipesI have a question about https://review.openstack.org/#/c/188261/00:42
jaypipesmelwitt: how is it that an Instance record cannot be created before a request to schedule that instance (or delete it) has been received?00:43
jaypipesdansmith: ^^ too00:43
*** mtanino has quit IRC00:43
dansmithjaypipes: cells00:44
jaypipesdansmith: yeah, but why?00:44
jaypipesor rather, how...00:44
jaypipesis it possible?00:44
melwittjaypipes: yeah. it's when you request delete of an instance that hasn't yet been scheduled. since cells doesn't know where it could be, it broadcasts "delete" to all cells and then local deletes at the top cell00:45
dansmithjaypipes: I think that it happens when you boot an instance, we're in the middle of syncing the pre-scheduler decision when delete flies in underneath us00:45
jaypipesmelwitt: how can anything request to delete something if it doesn't have the UUID of the instance yet?00:45
*** tsekiyama has quit IRC00:45
melwittjaypipes: any cells that don't have the instance row (which will be at least N - 1) will have this situation where they're asked to delete an instance that doesn't exist in their db00:45
jaypipesmelwitt: I see... so this is a condition where the child cell database hasn't had data replicated to it yet, and the delete request comes through?00:46
melwittjaypipes: before the rest api call returns, there is row created in the top cell db, and the caller has the uuid from there. then if they delete really immediately after that, the broadcast goes out with that uuid00:47
jaypipesgotcha.00:47
jaypipesmelwitt: had another querstion about why the tags field is left off the test?00:48
melwittjaypipes: yeah, when host is None it will send to delete to every cell. so it's not that it's not replicated necessarily, it's that all but one cell will never get that instance anyway00:48
jaypipesk00:48
melwittjaypipes: I found that tags doesn't have a _save_<field> method like all the other ObjectField fields, so it doesn't get saved during instance.save(). I don't really know what the tags is00:50
*** promulo__ has joined #openstack-nova00:50
*** unicell has quit IRC00:50
jaypipesmelwitt: k. tags is the server simple string tagging one-to-many relationship listfield00:50
melwittjaypipes: I think I could robustify the test by doing a hasattr check instead of just excluding tags, if you want me to do that00:52
dansmithright, there's no _save_tags() handler so this isn't a thing we can hit/test with that00:52
jaypipesmelwitt: sure, that would be nice please. :)00:52
*** ssurana has quit IRC00:52
*** ssurana has joined #openstack-nova00:53
jaypipesmelwitt: left a comment about adding to the comment in the instance.save() method. otherwise looks good to me.00:53
*** amotoki has joined #openstack-nova00:53
*** salv-orlando has joined #openstack-nova00:54
*** promulo has quit IRC00:54
melwittjaypipes: thanks for looking at it00:54
jaypipesmelwitt: sure thing. push a quick revision and I'll +W it.00:55
dansmithso,00:56
dansmithif we were to pre-generate a uuid and call instance.create(),00:56
*** mohitsharma has joined #openstack-nova00:56
dansmithwe could end up with things partially in the database such that we could hit this during cleanup00:56
jaypipesdansmith: that's what is currently happening, no?00:56
dansmithjaypipes: I mean without cells and the content of the comment you asked for00:56
dansmithcertainly in our tests, but I think there was a place in the ec2 api code where they generate the uuid of the instance before creation,00:57
*** ssurana has quit IRC00:57
dansmithin which case we could potentially hit this without cells, although that code is going away sometimeish00:57
jaypipesdansmith: instance.create() calls save(), though, no?00:57
*** sajeesh has joined #openstack-nova00:58
dansmithjaypipes: no00:58
dansmithcreate is a separate thing00:58
jaypipeshmmm?00:58
dansmithinstance_update() and instance_create() are the primitives underneath,00:58
melwittI was thinking over that too. I wrote the comment more generally because if someone does something like create an Instance() dirty a field that's in another table, this would get hit. and I was thinking maybe we don't ever want to have DBReferenceError raised in nova anyway00:58
dansmithand we do both of those after we do things like updating/creating sysmeta, flavors, etc00:58
jaypipesdansmith: no, sorry, I mean that instance.create() creates a record in the DB, regardless.00:58
dansmithmelwitt: right, I think your comment is good00:58
dansmithjaypipes: I think you could fail with half of it created00:59
* dansmith looks00:59
jaypipesmelwitt: I don't see how you could ever create a child record (instance_extra) without first have created the parent (instances) record when not using cells.00:59
dansmithjaypipes: https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api.py#L1655-165501:00
dansmithif you fail there, you end up with an ec2 mapping referencing your instance that doesn't exist01:00
dansmithalthough maybe there's not a FK there?01:00
jaypipesdansmith: line 1652 has already committed the instance to the DB though.\01:01
melwittjaypipes: you "could" but if you did it would be a bug, I guess. this will happen if you ever do like inst = Instance(context=context) and then inst.save() if inst.create() has never been called. so I guess the question is, can it happen in practice in things that would make it past CI, I'm not sure01:02
jaypipesmelwitt: sure, that's true I suppose...01:02
jaypipesis the main problem here that we have a create() and a save() method instead of just a save() method?01:02
jaypipesor that we don't check for the existence of the parent row in the Instance.save() method before we go adding child records?01:03
dansmithjaypipes: er, yeah, oops01:03
dansmithjaypipes: the real problem is because we don't do this all atomically in save I think01:03
*** baoli has joined #openstack-nova01:04
dansmithwell, that's not the problem she's trying to solve, but it's kinda related01:04
jaypipeswell, regardless of how we can improve all that, I think melwitt's patch fixes this problem. melwitt, if you could add a comment saying that the cells thing is one case where this might happen, but not the only case, I'd be happy01:04
jaypipesjust to keep some documentation for future readers of the code...01:05
dansmithyes, this is definitely a thing we want, I just don't want it to say "this is because cells" and we remove it without thinking when we yank cellsv1 some day01:05
jrollI don't want to interrupt, but when someone has a second, question: if a virt driver artifically reports all resources as used (but has no instances), will the resource tracker try to correct that by looking at what instances are on the compute host/node?01:05
*** alanf-mc has quit IRC01:05
jaypipesjroll: yes.01:06
*** annegentle has quit IRC01:06
jrolljaypipes: I assume that's _update_usage_from_instances (still trying to parse that)? is there a way to configure that to not behave that way? :)01:07
jaypipesjroll: this: https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L39301:07
jaypipesis called in a periodic task running in the nova-compute daemon.01:08
jrolljaypipes: yeah, tracing through these bits now01:08
jaypipesjroll: here is the piece that reconciles stuff the DB has but the hypervisor has no record of:01:08
jaypipeshttps://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L475-L47801:08
jaypipesjroll: sorry, I meant what the hypervisor thinks exist but the DB doesn't...01:09
jrolljaypipes: so the ironic driver reports unavailable nodes as having all resources consumed, but does not report instances attached to that compute node01:09
*** yingjun has quit IRC01:10
*** salv-orlando has quit IRC01:10
jaypipesjroll: wait, say what?01:10
jrollnot sure if that would count as orphaned01:10
jrollunavailable being in a state that cannot be provisioned from01:10
jaypipesjroll: I actually cannot parse your above statement...01:10
*** yingjun has joined #openstack-nova01:10
jrolljaypipes: https://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L280-28601:10
jrolljaypipes: so e.g. when an instance is deleted, the node goes through a cleaning process *after* the instance is marked deleted in nova. ironic continues to report the resources as consumed.01:11
jaypipesright...01:12
jrolljaypipes: and I have a feeling we are (once again) breaking world views here01:12
jaypipeshmm.01:12
jrollbecause it seems nova sees that there's no instance on that compute node and thus exposes resources in the resource tracker01:12
jrollI'm not 100% sure, but a theory I have01:12
jaypipesgime a few01:13
jrollsure thing01:13
jaypipesjroll: I think the Ironic virt driver needs to implement the base driver per_instance_usage() method: https://github.com/openstack/nova/blob/master/nova/virt/driver.py#L120801:15
morgabrajroll: https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L78001:15
jaypipesjroll: so that it can report to nova-compute exactly what resource usages it knowes about.01:15
morgabraright?01:15
morgabraoh, I wasn't scrolled down01:15
* morgabra goes away01:15
jaypipesmorgabra: :)01:16
*** ijw_ has quit IRC01:16
*** jyuso1 has joined #openstack-nova01:16
jrolljaypipes: hmm01:16
*** ijw has joined #openstack-nova01:16
* jroll pokes aroudn01:16
jrolljaypipes: so we would report a fake instance consuming that resource?01:18
jaypipesjroll: that way, if Ironic returned "hey, this instance (still in cleanup) is still consuming resources", then nova-compute would remove that set of resources from its deleted instances and write a log message saying there was an orphaned instance (which is correct-ish) during the time that Iironic is cleaning up the deleted node.01:18
jrollseems like it would just create an orphan01:18
jaypipesyeah, you *want* to create an orphan in this case...01:18
jaypipesjroll: because you want to tell nova-compute not to consider that instance UUID as deleted...01:19
jaypipesjroll: for the purposes of resource tracking.01:19
jrolljaypipes: well, there's other states that aren't necessarily related to an instance...01:19
jrollthat wouldn't ressurect the instance or whatever, right?01:19
jaypipesnope.01:19
jaypipesit would just keep the amount of resources "used" to a correct amount.01:19
jrollright. interesting.01:20
jaypipesand allow for Ironic to have "instances" in intermediary states that Nova doesn't really know about.01:20
jaypipesmake sense?01:20
jrollyes01:20
jrollhowever01:20
jrollit doesn't even need to be a real instance, right?01:20
morgabrait apparently needs to have a uuid not in the set of uuids the resource tracker knows about01:21
jrolljust needs to report resources consumed for some instance ID that isn't in the DB01:21
jrollAIUI01:21
morgabrahttps://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L84101:21
morgabrayea01:21
morgabralike, we don't have the uuid anymore either01:22
morgabrabut could return anything01:22
jrollthe interesting part is, this has nothing to do with the compute node, only the compute host01:22
*** ijw has quit IRC01:22
jaypipesjroll: correct. as long as it returns a dict of things keyed by the instance UUIDs that the Ironic driver believes are "active", that is fine.01:22
jrollI presume the node is in the resources dict that method returns01:22
jaypipesjroll: there is a separate instance of the resource tracker class for each node in the compute host.01:23
jaypipesjroll: wonky, I know.01:23
jrollo.o01:23
jrollwoah.01:23
jaypipesjroll: all that "worldview" you talked about :)01:23
jrollyeah :)01:23
jrollbut get_per_instance_usage is called without any context as to which node01:24
jrollafaict01:24
jaypipesjroll: right. it's the worldview that Nova has without the node stuff :)01:24
jrollso there's no way for our driver to decide which node it's looking at for that01:24
jrollhrm01:24
jaypipesjroll: that get_per_instance_usage() is going to return the exact same (possibly huge) list of instance UUIDs regardless of the compute host and node the resource tracker class instance is for.01:24
jrolljaypipes: right. good times.01:25
jaypipesindeed :)01:25
*** Jeffrey4l has joined #openstack-nova01:26
jaypipesjroll: incidentally, this is why I recommended at the summit that Ironic have its own ironic-compute daemon that understands all of the node stuff and can report things in aggregate to nova-conductor and other things that don't think in terms of a host/node tuple identifier01:26
jrollthese are probably instance objects, too01:26
jrollso I'll need to build fake instances for anything with artificially consumed resources01:27
jrolljaypipes: yeah, I understand01:27
jaypipesjroll: what do you mean by "artificially-consumed resources"?01:27
jrolljaypipes: nodes without instances that we want to show as in use01:27
jaypipesjroll: why do you want to show them as "in use" (other than this "cleaning up after a delete instance" thing?)01:28
jrolljaypipes: by "in use" I mean "resources consumed"01:29
jrollso they aren't scheduled to01:29
jrolland there's other states besides "cleaning"01:29
jaypipesyeah, this all goes back IMHO to needing an Ironic-compute daemon that understands its own definition of a "compute node"01:30
jrolljaypipes: sure, and maybe that's the long-term thing to do. but today I have a real bug that I'd like to get fixed quickly :)01:31
jaypipesjroll: understood.01:31
*** nastooh1 has joined #openstack-nova01:37
jrolljaypipes: looking through this code, it seems get_per_instance_usage should only return instances for that node01:37
jrolleverything else done in that context is in the context of a single node01:37
jrollnot the entire host01:37
*** tobe has joined #openstack-nova01:38
jaypipesjroll: but there is no "node" parameter to  get_per_instance_usage(), so how do you know which node?01:38
jrolljaypipes: right, I think we need to add that to do this right01:38
jaypipesjroll: perhaps the first thing is to add a node param to get_per_instance_usage()?01:39
jrollotherwise everything will look like it's consuming a bazillion RAMs01:39
jrollyeah01:39
jrolljaypipes: I (poorly) assumed folks would be against that while y'all are trying to untangle this mess01:39
openstackgerritmelanie witt proposed openstack/nova: Raise InstanceNotFound when save FK constraint fails  https://review.openstack.org/18826101:41
jaypipesjroll: meh, I wouldn't be opposed to adding a new node=None kwarg to that method of the virt driver.01:42
jaypipesjroll: well, hold up :)01:42
jrolljaypipes: at any rate, thanks for your help. things are much clearer now :)01:42
* jroll holds up01:42
jaypipesjroll: maybe I'm not so keen on that...01:43
jrollfor philosophical reasons or technical reasons? :)01:43
jaypipesheh, a bit of both :)01:43
jaypipesjroll: can I think on it more tonight?01:44
jrolljaypipes: sure thing, I'm probably going to hack on adding that argument tonight or first thing tomorrow01:44
jrollbut I'm willing to throw it out if we come up with something better01:44
jaypipesk, let's chat about this tomorrow.01:45
jrollcool. thanks again01:45
jaypipesany time01:45
*** vilobhmm has joined #openstack-nova01:46
*** baoli has quit IRC01:48
*** patrickeast has quit IRC01:50
*** pmoosh has joined #openstack-nova01:51
*** dboik has joined #openstack-nova01:52
*** dboik_ has joined #openstack-nova01:54
*** dboik has quit IRC01:57
*** Jeffrey4l has quit IRC02:00
*** vilobhmm has quit IRC02:01
*** markvoelker has joined #openstack-nova02:02
openstackgerritJens Rosenboom proposed openstack/nova-specs: Allow ip6 server search for non-admin  https://review.openstack.org/18783502:03
*** yamahata has quit IRC02:04
*** radek_ has joined #openstack-nova02:05
*** yingjun has quit IRC02:05
*** markvoelker has quit IRC02:07
*** salv-orlando has joined #openstack-nova02:09
*** oomichi has joined #openstack-nova02:11
*** Jeffrey4l has joined #openstack-nova02:12
oomichialex_xu: hi02:12
*** pixelbeat_ has quit IRC02:12
alex_xuoomichi: hi02:13
oomichialex_xu: can you check Kevin's comment on https://review.openstack.org/#/c/160202/12/nova/tests/unit/api/openstack/compute/contrib/test_quotas.py02:13
oomichialex_xu: ?02:13
*** sks has joined #openstack-nova02:13
oomichialex_xu: I also have same quiestion02:13
alex_xuoomichi: let me check02:14
oomichialex_xu: thanks :)02:14
*** unicell has joined #openstack-nova02:14
*** iamjarvo has joined #openstack-nova02:15
*** yingjun has joined #openstack-nova02:15
*** iamjarvo has quit IRC02:15
*** gholler has joined #openstack-nova02:15
*** iamjarvo has joined #openstack-nova02:15
*** otter768 has joined #openstack-nova02:16
*** radek_ has quit IRC02:17
*** salv-orlando has quit IRC02:17
*** angdraug has quit IRC02:20
*** otter768 has quit IRC02:21
openstackgerritJim Rollenhagen proposed openstack/nova: Ironic: Don't report resources for nodes in cleaning  https://review.openstack.org/18865202:24
alex_xuoomichi: np, I forget why...that patch stay at here for a long time, will try to figure out this afternoon, thanks for the review02:24
jrolljaypipes: I think the fix is much simpler :) https://review.openstack.org/#/c/188652/02:25
jrollI'll file a bug and such tomorrow02:26
*** gholler_ has joined #openstack-nova02:26
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 tests  https://review.openstack.org/18824302:26
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] getting vmware api tests to work under python34  https://review.openstack.org/18865302:26
openstackgerritJim Rollenhagen proposed openstack/nova: Ironic: Don't report resources for nodes in cleaning  https://review.openstack.org/18865202:28
*** oomichi has quit IRC02:28
*** gholler has quit IRC02:29
*** baoli has joined #openstack-nova02:32
*** achanda has joined #openstack-nova02:46
*** dpaterson has joined #openstack-nova02:50
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 tests  https://review.openstack.org/18824302:51
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] getting vmware api tests to work under python34  https://review.openstack.org/18865302:51
*** gholler__ has joined #openstack-nova02:53
dpatersonStumped on following error: No valid host was found. Exceeded max scheduling attempts 3 for instance e5003edc-2b51-4b93-8287-b3385ed7963f02:53
dpatersonThis has started happening on a cluster that was working fine and all services and resources seem to be fine so I am stumped as to what could be causing this, logs have not been useful thus far.  Any assistance much appreciated.02:54
*** gholler_ has quit IRC02:57
*** gholler__ has quit IRC02:57
*** boris-42 has quit IRC02:58
*** shaohe_robot1 has joined #openstack-nova02:58
*** achanda has quit IRC03:00
*** ssurana has joined #openstack-nova03:00
*** yingjun has quit IRC03:03
flashgordonjohnthetubaguy: want to resping https://review.openstack.org/#/c/187272/3 ?03:04
*** dims_ has quit IRC03:07
*** zul has quit IRC03:08
*** yingjun has joined #openstack-nova03:09
*** yingjun has quit IRC03:10
*** sajeesh has quit IRC03:14
openstackgerritZhenzan Zhou proposed openstack/nova: Bypass ironic server not available issue  https://review.openstack.org/17368103:14
*** xyang1 has quit IRC03:15
*** lpetrut has joined #openstack-nova03:18
*** baoli has quit IRC03:18
*** liusheng has joined #openstack-nova03:19
*** zul has joined #openstack-nova03:20
*** amotoki has quit IRC03:22
*** dave-mccowan has joined #openstack-nova03:30
*** mohitsharma has quit IRC03:41
*** mohitsharma has joined #openstack-nova03:42
*** nelsnelson has quit IRC03:43
*** markvoelker has joined #openstack-nova03:50
*** salv-orlando has joined #openstack-nova03:51
*** coolsvap|afk is now known as coolsvap03:53
*** markvoelker has quit IRC03:55
*** exploreshaifali has joined #openstack-nova03:56
*** matrohon has joined #openstack-nova03:56
*** oomichi has joined #openstack-nova04:01
*** salv-orlando has quit IRC04:01
*** nihilifer has quit IRC04:04
*** dims_ has joined #openstack-nova04:05
*** dave-mccowan has quit IRC04:06
*** dims_ has quit IRC04:10
*** dpaterson has quit IRC04:15
*** otter768 has joined #openstack-nova04:17
*** lpetrut has quit IRC04:21
*** oomichi has quit IRC04:21
*** pradipta has joined #openstack-nova04:22
*** otter768 has quit IRC04:22
*** rushiagr_away is now known as rushiagr04:22
*** rushiagr is now known as rushiagr_away04:27
*** Nisha has joined #openstack-nova04:28
*** Longgeek has joined #openstack-nova04:30
*** Longgeek has quit IRC04:30
*** amotoki has joined #openstack-nova04:31
*** iamjarvo has quit IRC04:31
*** jamielennox is now known as jamielennox|away04:32
*** Longgeek has joined #openstack-nova04:32
*** matrohon has quit IRC04:36
*** iamjarvo has joined #openstack-nova04:36
*** prashant-upadhya has joined #openstack-nova04:37
*** destiny has joined #openstack-nova04:37
*** oomichi has joined #openstack-nova04:40
*** rushiagr_away is now known as rushiagr04:40
*** oomichi has quit IRC04:41
*** oomichi has joined #openstack-nova04:41
*** oro_ has joined #openstack-nova04:42
*** kaisers1 has quit IRC04:44
*** kaisers1 has joined #openstack-nova04:45
*** nastooh1 has left #openstack-nova04:46
*** ajayaa has joined #openstack-nova04:49
*** Longgeek_ has joined #openstack-nova04:50
*** deepthi has joined #openstack-nova04:51
*** Longgeek has quit IRC04:54
*** _gryf|afk is now known as _gryf04:59
flashgordonrespin*05:00
*** cfriesen has quit IRC05:03
*** unicell has quit IRC05:05
*** unicell has joined #openstack-nova05:07
*** lpetrut has joined #openstack-nova05:08
*** ssurana has quit IRC05:14
*** prashant-upadhya has quit IRC05:21
*** achanda has joined #openstack-nova05:25
*** exploreshaifali_ has joined #openstack-nova05:29
*** exploreshaifali has quit IRC05:29
*** oomichi has quit IRC05:31
*** oomichi has joined #openstack-nova05:32
*** iamjarvo has quit IRC05:32
openstackgerritRoman Dobosz proposed openstack/nova-specs: New nova API call to mark nova-compute down  https://review.openstack.org/16983605:33
*** prashant-upadhya has joined #openstack-nova05:34
*** oomichi has quit IRC05:36
*** armax has quit IRC05:38
*** markvoelker has joined #openstack-nova05:39
*** mitz has quit IRC05:41
*** tobe has quit IRC05:41
*** tobe has joined #openstack-nova05:42
*** achanda has quit IRC05:43
openstackgerritMasaki Matsushita proposed openstack/python-novaclient: Adds support to set admin password from the cli  https://review.openstack.org/18867005:43
*** tobe has quit IRC05:44
*** markvoelker has quit IRC05:44
*** sudipto has joined #openstack-nova05:47
*** mdbooth has quit IRC05:48
*** nelsnelson has joined #openstack-nova05:49
*** nihilifer has joined #openstack-nova05:49
*** tojuvone has joined #openstack-nova05:50
*** josecastroleon has joined #openstack-nova05:50
*** nihilifer has quit IRC05:51
*** nihilifer has joined #openstack-nova05:51
*** mdbooth has joined #openstack-nova05:53
*** belmoreira has joined #openstack-nova05:55
*** vishwana_ has quit IRC05:56
*** tojuvone has quit IRC06:02
*** nelsnelson has quit IRC06:03
openstackgerritIldiko Vancsa proposed openstack/nova-specs: Add support for shared volumes between guests  https://review.openstack.org/17910406:06
*** achanda has joined #openstack-nova06:09
*** romainh has joined #openstack-nova06:11
*** vilobhmm has joined #openstack-nova06:12
*** amotoki has quit IRC06:16
*** otter768 has joined #openstack-nova06:18
*** lpetrut has quit IRC06:19
*** tobe has joined #openstack-nova06:19
*** romainh has quit IRC06:20
*** otter768 has quit IRC06:23
openstackgerritMaxim Nestratov proposed openstack/nova: Add config drive support for PCS containers  https://review.openstack.org/14925306:24
*** sahid has joined #openstack-nova06:24
*** amotoki has joined #openstack-nova06:25
*** ajayaa has quit IRC06:28
*** slong has quit IRC06:28
*** amotoki has quit IRC06:36
jaypipesmelwitt: feel link +2'ing https://review.openstack.org/#/c/187250/?06:36
*** amotoki has joined #openstack-nova06:37
*** ajayaa has joined #openstack-nova06:40
*** tojuvone has joined #openstack-nova06:40
*** amotoki has quit IRC06:41
*** abhishekk has joined #openstack-nova06:42
*** exploreshaifali_ has quit IRC06:45
*** vilobhmm has quit IRC06:46
*** Nisha has quit IRC06:49
*** pbandzi has joined #openstack-nova06:50
*** ociuhandu has joined #openstack-nova06:50
*** dims_ has joined #openstack-nova06:54
*** takedakn has joined #openstack-nova06:56
*** oomichi has joined #openstack-nova06:56
*** jistr has joined #openstack-nova06:57
*** abhishekk has quit IRC06:58
*** dims_ has quit IRC06:59
*** takedakn has quit IRC07:00
*** takedakn has joined #openstack-nova07:01
*** ajayaa has quit IRC07:03
*** takedakn has quit IRC07:04
*** bzhao has joined #openstack-nova07:05
Kevin_ZhengHi, could anyone kindly review this tiny fix https://review.openstack.org/#/c/184662/ :-)07:05
Kevin_ZhengAlready alot +107:05
*** markus_z has joined #openstack-nova07:15
*** matrohon has joined #openstack-nova07:15
*** mohitsha_ has joined #openstack-nova07:16
*** takedakn has joined #openstack-nova07:16
*** pixelbeat_ has joined #openstack-nova07:17
*** takedakn has quit IRC07:17
*** takedakn has joined #openstack-nova07:18
*** takedakn has quit IRC07:18
*** mohitsharma has quit IRC07:18
*** takedakn has joined #openstack-nova07:19
rgerganov_alex_xu: hi07:20
alex_xurgerganov_: ni07:20
rgerganov_alex_xu: I don't think your last comment on https://review.openstack.org/#/c/148509/ is correct07:20
rgerganov_the liberty spec is using "console" not "consoles"07:21
rgerganov_and this is what I have implemented in my patch07:21
alex_xurgerganov_: ah...just found that07:21
*** takedakn has quit IRC07:22
rgerganov_alex_xu: could you please remove the -1? I will update the patch if your proposal is accepted07:22
alex_xurgerganov_: I can remove my -1, but really think we have two resource one is consoles another is console is confuse07:22
*** ajayaa has joined #openstack-nova07:23
alex_xurgerganov_: and after you patch merge, that mean this api already available for user, if want to change it again, it mean another microversion bump07:23
rgerganov_alex_xu: I am not really sure if "consoles" is useful any more07:24
rgerganov_maybe we should consider to remove that?07:24
alex_xurgerganov_: but it still existed in our api...07:24
rgerganov_and have only "console"07:24
*** Jeffrey4l has quit IRC07:24
alex_xurgerganov_: that sounds like another propose we need get generic discussion07:24
alex_xurgerganov_: maybe we should push the review on https://review.openstack.org/#/c/185844/3, it is pretty easy to review07:25
*** oro_ has quit IRC07:26
rgerganov_alex_xu: I am fine for this, I just want to move this effort forward07:26
alex_xurgerganov_: yea, I understand that. you already work this patch servral month ago. So that why I help you send out a patch correct the spec. Let me try if i can help you to push that review07:27
rgerganov_alex_xu: thanks07:28
*** ociuhandu has quit IRC07:28
alex_xurgerganov_: np, thanks for your patient07:28
*** markvoelker has joined #openstack-nova07:28
*** achanda has quit IRC07:28
*** lpetrut has joined #openstack-nova07:29
*** rgerganov_ is now known as rgerganov07:30
*** markvoelker has quit IRC07:33
*** exploreshaifali has joined #openstack-nova07:36
*** Jeffrey4l has joined #openstack-nova07:37
*** jlanoux has joined #openstack-nova07:40
gilliardMorning!07:41
alex_xugilliard: morning07:42
gilliardHi There :)07:42
alex_xugilliard: hi, looks like ironic guys didn't very agree remove headers for min/max version07:45
gilliardoh well :(07:45
alex_xugilliard: but think about back-compatible, remove something they already have...sound bad07:45
alex_xugilliard: I think I didn't the strong point we should have body07:46
gilliardYes that is a difficult point.07:46
*** jistr is now known as jistr|biab07:47
*** romainh has joined #openstack-nova07:47
gilliardWe can't expect them to make a change like that to their API if they've released it already wit headers - that kind of change is not possible by increasing the microversion.07:47
gilliardSo, honestly I think we should consider adding them to nova, even if we don't really like it.07:47
gilliardBecause being compatible with other projects is important.07:47
*** rwsu has joined #openstack-nova07:48
alex_xugilliard: yes07:48
alex_xugilliard: actually we already have body to return error message07:50
alex_xugilliard: {"computeFault": {"message": "Version 2.0 is not supported by the API. Minimum is 2.1 and maximum is 2.3.", "code": 406}}07:50
gilliardThat's in already?07:51
alex_xugilliard: yea07:51
* gilliard goes looking07:51
*** coolsvap is now known as coolsvap|afk07:52
gilliardI'd have thought we'd want the min and max to be individual fields, otherwise a client reading that has to parse an english sentence to know what it can do next.07:52
*** achanda has joined #openstack-nova07:52
alex_xugilliard: yes, but if we decide to use header, why we still need put that in body07:53
*** zxen has joined #openstack-nova07:53
*** rotbart has joined #openstack-nova07:53
gilliardOK. Well I suppose the thing to do is put a patch up which adds the headers, and another one which updates the spec.07:54
*** gszasz has joined #openstack-nova07:54
gilliardSlightly sad news - but it's Friday so... :D07:54
*** gilliard is now known as gillliard07:54
gillliardalex_xu: does either of those patches exist yet?07:55
alex_xugillliard: no, didn't have patch yet07:55
gillliardOK I can do those if you like?07:56
alex_xugillliard: sure07:56
gillliardI expect sdague to be -1 all over them :)07:56
alex_xugillliard: hah07:57
alex_xugillliard: or waiting for sdague wakeup before send patch out :)07:57
*** lucasagomes has joined #openstack-nova07:57
gillliardBy the way did you see sdague's draft blog post about nova api?07:59
alex_xugillliard: yea, I read last night, it a great post07:59
gillliardAgree - I think there was going to be an etherpad to talk about any changes before he publishes it. Do you know about that?08:00
alex_xugillliard: I didn't saw the etherpad, I remember edleafe talk about that etherpad, but I didn't saw a link08:01
*** oomichi has quit IRC08:01
*** achanda_ has joined #openstack-nova08:01
*** ajayaa has quit IRC08:04
*** achanda has quit IRC08:04
*** ajo_ has joined #openstack-nova08:05
*** jyuso1 has quit IRC08:05
*** Jeffrey4l has quit IRC08:06
openstackgerritZhaoBo proposed openstack/nova: Fixed raise SecurityGroupCannotBeApplied as network port_security off  https://review.openstack.org/18826008:08
*** jlanoux has quit IRC08:09
johnthetubaguyalex_xu: whats all this about v2.0 not being supported?08:10
openstackgerritsahid proposed openstack/nova: libvirt: introduce method to erase instance config  https://review.openstack.org/18834708:10
openstackgerritsahid proposed openstack/nova: libvirt: introduce method to get vcpus info  https://review.openstack.org/18834608:10
openstackgerritsahid proposed openstack/nova: libvirt: make _create_domain return a Guest object  https://review.openstack.org/18218508:10
openstackgerritsahid proposed openstack/nova: libvirt: introduce method poweroff to Guest object  https://review.openstack.org/18219408:10
openstackgerritsahid proposed openstack/nova: libvirt: introduce method resume to Guest object  https://review.openstack.org/18219508:10
alex_xujohnthetubaguy: sorry, I didn't quite understand you08:11
alex_xujohnthetubaguy: 'all' means what?08:11
johnthetubaguyalex_xu: its just me looking at the error message in the IRC scrollback08:11
johnthetubaguyalex_xu: I think ironic's headers get around the client having to parse english, its a good idea really, although its extra headers for no reason for most of the time08:12
alex_xujohnthetubaguy: yea08:13
gillliardDo they give min/max headers on _all_ responses?08:14
johnthetubaguygillliard: apparently08:14
johnthetubaguyI haven't checked08:14
johnthetubaguyfeels like overkill08:14
johnthetubaguybut handy08:14
alex_xugillliard: Devananda said yes in the email08:15
gillliardIt makes more sense than only sending them on microversion-mismatch error responses.08:15
* gillliard not caught up with ML yet this morning.08:15
gillliardI'll go read08:15
alex_xugillliard: agree08:15
*** ajayaa has joined #openstack-nova08:16
johnthetubaguygillliard: its consistent at least08:17
johnthetubaguymaybe I would me happier if it was a single header, but that seems ridiculous...08:18
*** otter768 has joined #openstack-nova08:19
gillliardso do we still need a /versions endpoint?08:20
alex_xugillliard: I think so08:21
*** danpb has joined #openstack-nova08:21
*** yassine_ has joined #openstack-nova08:21
alex_xujohnthetubaguy: btw, could you help on this patch https://review.openstack.org/185844 , the original spec use wrong resource name, I submit another propose. The patch auther already work out patch for a long time, hope we can quick merge this.08:23
*** ajayaa has quit IRC08:23
gillliardYea I feel sorry for that patch08:23
*** otter768 has quit IRC08:24
alex_xurgerganov: ^ :)08:24
johnthetubaguyalex_xu: why do we have both specs updated?08:24
alex_xujohnthetubaguy: emm...I'm not sure the policy, we should keep the old one as before?08:25
johnthetubaguyalex_xu: well its just a record of what we approved before, so I think so08:25
alex_xujohnthetubaguy: ok, got it, let me update08:25
johnthetubaguyalex_xu: although I guess that could be confusing08:25
johnthetubaguyalex_xu: gillliard: what is the old consoles extension actually doing?08:26
gillliardsomethign xen-specific I think?08:26
alex_xujohnthetubaguy: yea I never used it before, it looks like xen-specific08:27
johnthetubaguyalex_xu: so... I think I wanted this to be same extension on purpose, if I remember correctly (which I probably don't)08:28
sahiddanpb: hello, we have the gate quiet empty. can i ask you to re+W some patches08:28
sahidhttps://review.openstack.org/#/c/182185/08:29
johnthetubaguyalex_xu: it looks like v3 is broken here... possibly: https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/contrib/consoles.py#L4008:29
sahidi had to rebase locally the first one, but no conflict actually08:29
*** mohitsha_ has quit IRC08:29
alex_xujohnthetubaguy: the v2 is this one https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/consoles.py08:30
johnthetubaguyalex_xu: oh.. consoles vs os-consoles?08:30
*** ZZelle has quit IRC08:31
alex_xujohnthetubaguy: when we move contrib/consoles.py into v3, we rename it to remote-consoles08:31
johnthetubaguyalex_xu: which isn't allowed, I presume?08:31
johnthetubaguywell I guess its just the py file name08:31
*** ociuhandu has joined #openstack-nova08:32
johnthetubaguyalex_xu: gillliard: oh, I think I get you now, because we have /console you don't want /servers/<uuid>/console08:33
alex_xujohnthetubaguy: exactly say, we have /consoles now, don't want another one called /console08:33
*** sdake has quit IRC08:34
alex_xu/servers/<uuid>/consoles vs /servers/<uuid>/console08:34
* gillliard => Breakfast :D08:35
*** foexle has joined #openstack-nova08:35
*** rwsu has quit IRC08:36
alex_xujohnthetubaguy: and the orignal spec didn't say we will remove action added by remote-consoles plugin08:37
* johnthetubaguy is totally confused about what consoles api is meant to do08:37
*** ndipanov has joined #openstack-nova08:37
*** oro_ has joined #openstack-nova08:41
*** bzhao has quit IRC08:41
bauzasmorning Nova - what a heat here08:42
* bauzas complains about not having AC in his home office: )08:42
*** ankit_ag has joined #openstack-nova08:45
ekarlsobauzas: where is it you live ?08:46
bauzasekarlso: Grenoble, FR surroudings08:46
*** achanda_ has quit IRC08:46
*** ociuhandu has quit IRC08:47
*** jistr|biab is now known as jistr08:50
*** lennyb has quit IRC08:52
*** jyuso1 has joined #openstack-nova08:53
*** coolsvap|afk is now known as coolsvap08:54
*** gfa has joined #openstack-nova08:56
gfai always thought that nova don't honor aggregates/az when doing live migration/resize/migration. but i saw this bug08:57
gfahttps://bugs.launchpad.net/nova/+bug/144484108:57
openstackLaunchpad bug 1444841 in OpenStack Compute (nova) "Resize instance fails after creating host aggregate" [Medium,In progress] - Assigned to Qin Zhao (zhaoqin)08:57
gfawhat is the current status? will nova honor aggregates and az when doing live migration/resize? if it does. since when?08:58
openstackgerritRajesh Tailor proposed openstack/nova: Removed explicit return from __init__ method  https://review.openstack.org/18870808:58
gfai read release notes but no mention to it08:58
*** jistr has quit IRC08:59
openstackgerritMarian Horban proposed openstack/nova-specs: Add ability to run OpenStack nova APIs by Apache/Nginx  https://review.openstack.org/18650309:00
bauzasgfa: that's a little bit more complicated09:01
bauzasgfa: when doing migrations, you have 2 options09:01
bauzasgfa: 1/ pass a destination host09:01
bauzasgfa: 2/ only provide the instance to migrate, not the dest host09:02
bauzasgfa: if 1/, the conductor will directly call the destination compute node to ask for the migration, without checking if the scheduler is fine09:02
bauzasgfa: if 2/, the scheduler is called to find a destination which matches the user request, but since the user request is not persisted, it sometimes violates the previous request09:03
bauzasgfa: so, back to your problem09:03
bauzasgfa: if you pass a destination host to the migration, Nova will put your instance there (provided some checks are OK), even if your destination host is not in the same aggregate, or in another aggregate having a different metadata09:04
bauzasgfa: in addition to that, resize is calling the scheduler, but it checks the instance AZ which is buggy09:05
*** alex_klimov has joined #openstack-nova09:06
*** ajayaa has joined #openstack-nova09:07
openstackgerritMaxim Nestratov proposed openstack/nova: Add config drive support for PCS containers  https://review.openstack.org/14925309:08
openstackgerritheha proposed openstack/nova: fff  https://review.openstack.org/18870909:11
openstackgerritheha proposed openstack/nova: Fix the little spell mistake of the annotation. In the annotation of class Service,the last "it" should be "its". Fixes Bug1462266  https://review.openstack.org/18871009:11
openstackgerritPetrut Lucian proposed openstack/nova: Hyper-V: restart serial console workers after instance power change  https://review.openstack.org/16308009:13
*** prashant-upadhya has quit IRC09:13
gfabauzas: i'm referring when doing 2. let nova select the destination09:13
bauzasgfa: yeah since a resize needs a schedule09:14
*** ildikov_ has quit IRC09:14
bauzasgfa: was mentioning the live migration as it was also part of the confusion09:14
gfaso resize will honor aggregates but live migration no?09:14
gfai understand that live migration, migration and resize has more or less the same codepath09:15
bauzasgfa: "honoring aggregates" doesn't mean nothing unless you have filters in place :)09:15
bauzasdoesn't mean anything09:15
bauzas(sorry)09:15
gfaof course i have them, they work when i boot the vm but no when i live migrate some time latter09:15
gfathat's icehouse. i'm searching if that behavior was improved latter. i think not09:16
gfabut is not clear to me09:16
bauzashem09:16
bauzaswe had quite some bugfixes since icehouse, I would suggest you to try to reproduce your problems with devstack09:17
*** markvoelker has joined #openstack-nova09:17
bauzasgfa: but there is still a problem with the instance AZ and I would like to kick it off09:17
bauzassorry, to drop it I mean09:17
gfai know new releases are much better :)09:18
gfabut i didn't found anything specific to that problem09:18
gfaand some blueprint half merged so i wasn't really sure09:19
*** jistr has joined #openstack-nova09:19
gfabauzas: please tell me about that problem. if i go up to kilo i will be able to test the fix for you09:19
*** marzif_ has joined #openstack-nova09:21
*** markvoelker has quit IRC09:22
*** exploreshaifali has quit IRC09:23
openstackgerritsahid proposed openstack/nova: libvirt: introduce method to delete domain config  https://review.openstack.org/18834709:32
openstackgerritsahid proposed openstack/nova: libvirt: introduce method to get vcpus info  https://review.openstack.org/18834609:32
*** ajo_ has quit IRC09:33
*** afazekas_mtg has joined #openstack-nova09:33
*** prashant-upadhya has joined #openstack-nova09:34
openstackgerritsahid proposed openstack/nova: libvirt: introduce method to delete domain config  https://review.openstack.org/18834709:34
openstackgerritsahid proposed openstack/nova: libvirt: introduce method to get vcpus info  https://review.openstack.org/18834609:34
*** aix has joined #openstack-nova09:34
*** dims_ has joined #openstack-nova09:43
*** alexpilotti has joined #openstack-nova09:45
*** dims__ has joined #openstack-nova09:47
*** jlanoux has joined #openstack-nova09:47
*** dims_ has quit IRC09:48
mnestratov|3Hi there09:51
*** romainh has quit IRC09:52
mnestratov|3I discovered that yesterday on nova meeting was a discussion about PCS config drive support09:52
mnestratov|3unfortunately i could't participate09:53
openstackgerritRadoslav Gerganov proposed openstack/nova: Consolidate the APIs for getting consoles  https://review.openstack.org/14850909:54
openstackgerritRoman Podoliaka proposed openstack/nova: Fix rebuild of an instance with a volume attached  https://review.openstack.org/17689109:54
openstackgerritRoman Podoliaka proposed openstack/nova: rebuild: make sure server is shut down before volumes are detached  https://review.openstack.org/17689209:54
rgerganovjohnthetubaguy: alex_xu gillliard guys, I have updated https://review.openstack.org/#/c/148509 to use 'remote-consoles' instead of 'console'09:55
rgerganovany feedback is appreciated09:55
gillliardthanks rgerganov09:55
johnthetubaguyalex_xu: gillliard: do you remember who was going to do the big v3->v2.1 code rename?09:56
gillliardno, sorry.09:56
mnestratov|3I wanted to mention it here that I updated  https://review.openstack.org/#/c/149253/ where I got gid of explicit filesystem defining09:56
bauzasjohnthetubaguy: re: https://etherpad.openstack.org/p/YVR-nova-liberty-summit-action-items and your email, I was already putting my name somewhere :)09:57
johnthetubaguybauzas: line 11?09:57
bauzasjohnthetubaguy: I also think we should identify some quickwins that we could possibly give to new contributors09:57
bauzasjohnthetubaguy: and L9109:57
johnthetubaguybauzas: yeah, I was thinking I should write down my crazy plan as a backlog spec, for line 1109:58
bauzasjohnthetubaguy: L11 is a bit tricky, since you have ideas that I don't09:58
bauzasjohnthetubaguy: I was more seeing L11 as a joint effort09:58
johnthetubaguybauzas: me too, thats cool09:58
johnthetubaguyL91 could work, thanks09:58
bauzasnp09:59
johnthetubaguybauzas: although, you have loads to do already, it might be worth waiting to see if someone else steps up for that while you get the ones you are already doing, but happy to leave you name there, and race you to see who gets their first!10:00
bauzasjohnthetubaguy: I'm primarly involved with ReqSpec and cells10:00
bauzasjohnthetubaguy: since ReqSpec is on its way, that's why I'm caring about helping10:01
bauzasjohnthetubaguy: that's a natural behaviour I try to put10:01
johnthetubaguyyup, there are both super high priorities, so I don't want to derail those :)10:01
bauzasjohnthetubaguy: ie. the tasks I'm committed to are mostly regarding how to help new contributors to join10:01
johnthetubaguycools10:02
bauzasjohnthetubaguy: so it's about offloading my tasks10:02
bauzasjohnthetubaguy: I mean scaling out10:02
johnthetubaguyyeah, although scaling out will mean it takes longer as folks ramp up, so its not "free", but you know all that, just saying10:02
bauzasjohnthetubaguy: if you're seeing my duties, I'm just extra-committed to design discussions and drafts10:03
johnthetubaguycools10:03
johnthetubaguythat will be a big help10:03
flashgordonjohnthetubaguy: random question, have you seen nova-compute hang10:03
johnthetubaguyflashgordon: in the past yes, but it got fixed10:03
openstackgerritNikola Dipanov proposed openstack/nova: libvirt: Don't try to confine a non-NUMA instance  https://review.openstack.org/18846810:03
bauzasjohnthetubaguy: agreed, I'm just investing some time for helping people10:03
flashgordonjohnthetubaguy: because http://logs.openstack.org/67/175067/2/check/check-tempest-dsvm-multinode-full/7a95fb0/logs/screen-n-sch.txt.gz#_2015-05-29_23_46_46_73610:04
flashgordonjohnthetubaguy: only happening in multinode10:04
johnthetubaguyflashgordon: the hang was mostly a pretend one though, the greenlet doing periodic stuff got stuck waiting on a lock that was held by a create instance task, and the create instance was downloading a big windows image, so was waiting ages10:04
bauzasflashgordon: mmm, that's something I was discussing downstream10:05
bauzasflashgordon: I still need to figure out the problem10:05
johnthetubaguyoh, I wonder about a deadlock inside conductor, maybe?10:05
johnthetubaguyis conductor only singular in the setup, or something?10:06
flashgordonI am thinking sinding a SIGUSR1 to nova-compute before we stop it in devstack10:06
johnthetubaguyyeah10:06
bauzasdumb question, how can we check 2 n-cpu log in a multinode dsvm ? :)10:06
* johnthetubaguy just heard thunder, quickly presses save on his work... oh wait its a laptop, phew10:06
flashgordonbauzas: http://logs.openstack.org/67/175067/2/check/check-tempest-dsvm-multinode-full/7a95fb0/logs/subnode-2/10:07
johnthetubaguyflashgordon: are you sure its not clock skew / drift?10:07
bauzasflashgordon: thanks, missed it10:07
flashgordonjohnthetubaguy: positive, look at the size of the log for n-cpu http://logs.openstack.org/67/175067/2/check/check-tempest-dsvm-multinode-full/7a95fb0/logs/10:08
flashgordonplus scheduler and the bad n-cpu are on the same node10:08
johnthetubaguyflashgordon: when I do two node devstack in VMs, its almost always clock skew that kills me10:08
johnthetubaguyflashgordon: what about conductor, it might be conductor time thats used for the DB write10:09
johnthetubaguyflashgordon: oh, I see, the logs just stop from nova-compute10:10
bauzasjohnthetubaguy: yup10:11
flashgordonjohnthetubaguy: yeah its very odd10:11
sdaguemorning folks10:12
gillliardHi sdague! up early?10:13
sdaguegillliard / alex_xu - https://etherpad.openstack.org/p/sdague_api_post is the etherpad that edleafe made to copy edit things, I'm starting to apply those now10:13
gillliardthanks10:13
sdaguegillliard: this is normal time for me10:13
flashgordonsdague: just the person I was looking for10:13
sdagueflashgordon: oh dear10:13
johnthetubaguyflashgordon: do you have the log from the working compute node?10:13
johnthetubaguywhats it called?10:13
flashgordonjohnthetubaguy: http://logs.openstack.org/67/175067/2/check/check-tempest-dsvm-multinode-full/7a95fb0/logs/subnode-2/10:14
flashgordonsdague: we are seeing nova-compute just hang in the multinode test10:14
flashgordonso I was thinking in devstack-gate it would be nice to have a step where we try to cleanly shutdown all the services (and we can send a SIGUSR1 to n-cpu for guru meditation)10:14
flashgordonso make devstack-gate do clean shutdowns10:15
johnthetubaguyflashgordon: so I will put money on an lock decorator deadlock, just wondering where10:15
sdaguewell, there is an updown devstack job that does such a thing, you could do it from there. That being said, the services running long have been useful to debug10:15
sdaguebecause neutron reporting sending an event after the tests were over with let us know it was just timing issues10:16
sdaguedid it trigger a fail?10:16
flashgordonsdague: yes, 1 compute goes down so the multi node specific tests start failing10:17
flashgordonstrange thing is this only happens in multinode10:17
flashgordonmessage:"has not been heard from in a while" AND tags:"screen-n-sch.txt"10:17
sdagueso, are you sure the ncpu didn't crash?10:17
*** markvoelker has joined #openstack-nova10:17
flashgordonsdague: good question, I can actually answer that10:18
sdaguehonestly, I wouldn't focus on clean shutdown, I'd focus on doing a dump at the end of a failed run10:18
flashgordonsdague: that works for me10:19
sdagueI wrote the worlddump script in devstack for such purposes, putting guru meditation into that as well seems fine10:19
sdagueand call that on nodes if it fails10:19
flashgordonnova-compute is still running is still running at the end10:19
*** otter768 has joined #openstack-nova10:20
*** achanda has joined #openstack-nova10:20
flashgordonsdague: so it fails after tempest, so we would need to run worlddump if tempest fails?10:20
*** boris-42 has joined #openstack-nova10:20
flashgordonerr causes tempest to fail*10:20
sdagueyeh, https://github.com/openstack-infra/devstack-gate/blob/master/devstack-vm-gate-wrap.sh#L510 here ish10:22
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/objects/test*.py  https://review.openstack.org/18778510:22
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 tests  https://review.openstack.org/18824310:22
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/scheduler/test*.py  https://review.openstack.org/18796810:22
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] getting vmware api tests to work under python34  https://review.openstack.org/18865310:22
*** markvoelker has quit IRC10:23
johnthetubaguyflashgordon: it seems like the compute node locks up just after the migration starts10:24
johnthetubaguyflashgordon: http://logs.openstack.org/67/175067/2/check/check-tempest-dsvm-multinode-full/7a95fb0/logs/subnode-2/screen-n-cpu.txt.gz#_2015-05-29_23_27_48_07910:24
*** otter768 has quit IRC10:24
johnthetubaguyhttp://logs.openstack.org/67/175067/2/check/check-tempest-dsvm-multinode-full/7a95fb0/logs/subnode-2/screen-n-cpu.txt.gz#_2015-05-29_23_27_48_07910:24
*** ildikov_ has joined #openstack-nova10:26
flashgordonjohnthetubaguy: oh good catch10:30
flashgordonjohnthetubaguy: and I have to head out, dinner time here in Tokyo10:30
johnthetubaguyflashgordon: I would say lock ordering in the iptables updates when you deletes and migrates at the same time, are worth a look10:30
johnthetubaguyflashgordon: cool, I should do lunch soon, and start on some spec reviews!10:30
flashgordonjohnthetubaguy: can you file a bug for that so I can track this later10:31
flashgordonjohnthetubaguy: looks like multinode testing has caught yet another multinode nova bug :)10:31
johnthetubaguyflashgordon: yeah, I will try write something down10:31
*** ajayaa has quit IRC10:31
dims__garyk: quick one - https://review.openstack.org/#/c/181987/ (oslo.vmware)10:32
flashgordondims__: looks like we found a fun nova migration bug if you wan to take a look at it10:33
flashgordono/10:33
dims__flashgordon: sure, got a bug?10:34
*** ajayaa has joined #openstack-nova10:34
mnestratov|3Guys, regarding yesterday PCS config drive disscussion, i've updated https://review.openstack.org/#/c/149253/ where I hid fs choosing for PCS exe instances10:36
openstackgerritAdelina Tuvenie proposed openstack/nova: Adds RemoteFX support to the Hyper-V driver  https://review.openstack.org/4252910:36
openstackgerritAdelina Tuvenie proposed openstack/nova: Adds hostutilsv2 to HyperV  https://review.openstack.org/18873410:36
gillliardsdague: I'm done scribbling on the etherpad. Thanks for writing all that up.10:39
*** aignatov has quit IRC10:39
*** DinaBelova has quit IRC10:39
johnthetubaguyflashgordon: https://bugs.launchpad.net/nova/+bug/146230510:41
openstackLaunchpad bug 1462305 in OpenStack Compute (nova) "multi-node test causes nova-compute to lockup" [Undecided,Incomplete] - Assigned to Joe Gordon (jogo)10:41
*** pradipta has quit IRC10:43
*** ajayaa has quit IRC10:47
*** DinaBelova has joined #openstack-nova10:49
*** aignatov has joined #openstack-nova10:49
*** wasmum has quit IRC10:55
sdaguegillliard: ok, I think I just got everything applied - https://dague.net/?p=4461&shareadraft=baba4461_55718053e308610:56
sdagueif anyone still has brain power to read words in english for a final look, let me know10:57
openstackgerritgaryk proposed openstack/nova: Neutron: add in API method for updating VNIC index  https://review.openstack.org/14712610:59
*** coolsvap is now known as coolsvap|afk10:59
*** prashant-upadhya has quit IRC11:03
*** ajayaa has joined #openstack-nova11:04
sdagueok, I just added a Want to learn more? bit at the end.11:08
sdaguejohnthetubaguy: anything else you want in there before I let this 2700 word essay loose on the world?11:09
*** prashant-upadhya has joined #openstack-nova11:09
sdaguealso, is the todo to make the extensions deprecated formal policy in your hands somewhere? So we can be more explicit about that than just my blog post :)11:11
*** marzif_ has quit IRC11:11
*** marzif_ has joined #openstack-nova11:12
*** romainh has joined #openstack-nova11:12
*** marzif_ has quit IRC11:13
*** marzif_ has joined #openstack-nova11:13
johnthetubaguysdague: I think that one is in the etherpad of doom11:15
johnthetubaguysdague: curd its not listed11:16
johnthetubaguysdague: once the config goes away, I think we can rename the files appropriatly11:17
johnthetubaguysdague: that blog looks good to me, its a massive step forward in our communication about v2.111:18
*** markvoelker has joined #openstack-nova11:18
flip214johnthetubaguy: Hi. any news regarding the DRBD driver for Nova?11:19
*** wasmum has joined #openstack-nova11:19
johnthetubaguyflip214: none that I can remember, what news are you wanting?11:20
flip214Is it decided whether the (existing) spec is really needed, and whether/when/how it gets accepted?11:20
sdaguejohnthetubaguy: ok, cool, well it would be nice to land a policy spec or dev ref or something soon so it's on record with a pointer when people come with pitchforks11:20
flip214https://review.openstack.org/#/c/134153/ is the spec11:20
sdagueand we can say, nope, nova team agreed, this is where we are headed11:20
johnthetubaguysdague: +1 I added it as a todo11:20
sdagueI expect there will be a few pitchforks11:21
flip214https://review.openstack.org/#/c/149244/ the code (that needs to get rebased)11:21
johnthetubaguysdague: yeah, I hope that will engage them in helping make policy easier to configure11:21
johnthetubaguyflip214: so I hope to get to your spec today, turns out I have got 28 days behind in where I want to be with spec reviews, oops11:22
flip214okay, thanks.11:22
*** markvoelker has quit IRC11:22
flip214looking forward to your +2  ;]11:23
johnthetubaguyflip214: sorry this is so long and drawn out, not getting the review velocity we need there right now11:23
* johnthetubaguy runs away to get some food11:23
sdagueok, the button is pushed11:24
*** mnestratov|3 is now known as mnestratov11:25
*** claudiub has joined #openstack-nova11:29
*** aysyanne has joined #openstack-nova11:33
gillliardNova API meeting in 25 minutes11:34
*** achanda has quit IRC11:35
alogabauzas: ping11:36
alex_xusdague: johnthetubaguy gillliard, add something if you want to talk about at meeting https://wiki.openstack.org/wiki/Meetings/NovaAPI#Agenda11:36
sdaguealex_xu: ok, cool. It would be good to talk about - https://review.openstack.org/#/c/173243/12/specs/liberty/approved/api-relax-validation.rst,cm in details, because I think the direction for that changed a little bit.11:37
sdagueduring summit discussions.11:38
kashyapjohnthetubaguy: "when I do two node devstack in VMs, its almost always clock skew that kills me" -- NTP to the rescue?11:38
sdaguekashyap: the gate forces ntp update at node boot, so we should be pretty good11:38
*** mwagner_afk has joined #openstack-nova11:38
alex_xusdague: ok, no problem11:38
kashyapsdague: Aha, thanks!11:38
sdaguewe did that because one rax region was once misconfigured so that all the clocks were 4 hours back11:39
sdagueand our timeout code went wonky11:39
kashyapsdague: Can imagine it causing needless debugging exercise11:39
kashyapsdague: Do you also run it locally when you do multi-node DevStack testing?11:39
sdagueI don't, but my multinode local testing has been in vms on the same box, so I'm relying on the clock sync from the host11:40
kashyapYeah, that's as far as multi-node testing goes too, for migration testing.11:40
kashyapsdague: On a different topic, any reason why not let your nice writeup on API be in devref?11:41
*** prashant-upadhya has quit IRC11:42
*** lucasagomes is now known as lucas-hungry11:42
*** tobe has quit IRC11:42
*** rwsu has joined #openstack-nova11:43
*** nelsnelson has joined #openstack-nova11:45
sdaguekashyap: honestly, for right now, exposure. It's written for a wider audience. The goal is to merge it back into devref (with some extended history bits) later in the cycle. Especially after we field any questions from people about stuff that wasn't clear.11:47
sdagueConsider this the first draft of eventual devref11:47
kashyapsdague: Yep, noted. Thanks.11:48
sdaguealex_xu: so... I actually am not clear I'll be able to make the API meeting today, because I need to get some stuff done around the house before we drive to Mass this afternoon for a family thing. However, I left some notes in  https://etherpad.openstack.org/p/liberty-api-working-list11:48
sdaguealso, I think we should do an exercise about trying to chunk up the API work into milestones11:49
sdagueI moved a couple of really near term things that are needed up into Liberty 111:49
*** tojuvone has quit IRC11:49
alex_xusdague: ok, no problem11:50
sdaguealex_xu: early next week, lets get some folks together and start trying to sort priorities and be able to divide and conquer on things. I think finding a volunteer for that middleware to relax the validation is the next hot item.11:50
sdagueand update the spec that goes with it11:51
alex_xusdague: ok11:52
*** jecarey has joined #openstack-nova11:52
alex_xusdague: what plan for api doc, as this is priority item. do you know the plan, or we should talk with Anne directly.11:54
*** iamjarvo has joined #openstack-nova11:54
*** nelsnelson has quit IRC11:55
*** sks has quit IRC11:56
openstackgerritp-draigbrady proposed openstack/nova: rbd: use rbd snapshots and cloning for ephemeral disk snapshots  https://review.openstack.org/12596311:58
bauzasaloga: pong12:01
*** eliqiao has joined #openstack-nova12:01
bauzasaloga: could you try to avoid naked pings ?12:01
*** rotbart has quit IRC12:01
bauzasaloga: FYI https://blogs.gnome.org/markmc/2014/02/20/naked-pings/12:01
*** dave-mccowan has joined #openstack-nova12:03
alogabauzas: sorry12:03
bauzasaloga: np, just for helping you with IRC12:04
*** ildikov_ has quit IRC12:04
alogabauzas: thanks :)12:04
alogabauzas: it is regarding https://bugs.launchpad.net/nova/+bug/122792512:04
openstackLaunchpad bug 1227925 in OpenStack Compute (nova) "Resources tracker doesn't free data on instance terminate" [Medium,Confirmed] - Assigned to Sylvain Bauza (sylvain-bauza)12:04
alogabauzas: are you still looking at it?12:05
bauzasaloga: checking12:05
bauzasaaaaah this one12:05
bauzasaloga: well it's not a trivial ojne12:05
alogaindeed12:05
bauzasaloga: because the RT is made like this12:06
*** dprince has joined #openstack-nova12:06
bauzasaloga: so I owned it because I would like to discuss on how to provide resources to the Scheduèler12:07
alogabauzas: apart from that, I've a doubt12:07
alogafrom an operator point of view12:07
bauzasyup ?12:07
alogashouldn't deleted but not claimed instances free their resources?12:08
bauzasaloga: you mean deleted instances ? yes they do12:08
alogadeleted but not reclaimed12:09
bauzasaloga: technically, that's soft-deleted even12:09
*** sks has joined #openstack-nova12:09
*** dave-mccowan has quit IRC12:09
openstackgerritp-draigbrady proposed openstack/nova: rbd: use rbd snapshots and cloning for ephemeral disk snapshots  https://review.openstack.org/12596312:09
alogabauzas: the point is that we found that intances do not free their resources until they're reclaimed12:09
alogaso, I assumed that a soft-deleted instance could free them so that they could be used by another instance12:10
bauzasaloga: mmm12:10
alogaif then the restore fails because of a lack of resources... that's another story12:10
bauzasaloga: you mean that if you terminate an instance, the resources are not freed ?12:10
alogabauzas yes12:11
bauzasaloga: weirod12:11
bauzasweirdo even12:11
*** ferest has joined #openstack-nova12:11
bauzasaloga: because I'm pretty sure that the RT is making sure that the resources are freed, at least when update_resource_stats() is called every 60 secs12:12
*** sudipto has quit IRC12:13
alogabauzas: sorry, didn't meant that!12:13
alogabauzas: I mean they are not freed when the machine is deleted12:13
alogaonly when the update_resource_stats() is called12:13
alogai.e. the periodic task12:14
*** dave-mccowan has joined #openstack-nova12:15
*** zul has quit IRC12:16
alogalet me check again...12:16
*** zul has joined #openstack-nova12:16
openstackgerritAdelina Tuvenie proposed openstack/nova: Adds hostutilsv2 to HyperV  https://review.openstack.org/18873412:16
openstackgerritAdelina Tuvenie proposed openstack/nova: Adds RemoteFX support to the Hyper-V driver  https://review.openstack.org/4252912:16
*** ferest has quit IRC12:17
bauzasaloga: oh that, yes that's how it's done unfortunatelty12:17
alogaah, ok, ok12:18
*** ildikov_ has joined #openstack-nova12:19
alogabauzas: so, in summary: a request to soft-delete an instance will not free its resources, but they'll get freed when the resources are updated, right?12:19
bauzasaloga: correct12:20
alogabauzas: great12:20
alogafinally, I got it :)12:20
*** otter768 has joined #openstack-nova12:21
alogadue to the usage of our cloud for us this is a problem sometimes :(12:24
bauzasaloga: ;)12:24
bauzasaloga: yeah, the whole design is subject to debate I truly admin12:24
bauzasadmit12:24
bauzasoh TGIF !12:25
*** bauzas is now known as bauwser12:25
*** otter768 has quit IRC12:25
*** MVenesio has joined #openstack-nova12:25
*** MVenesio has quit IRC12:25
alogabauwser: thanks for your time12:26
alogabauwser: enjoy the weekend ;-)12:26
bauwseraloga: np, here to help :)12:26
*** edleafe is now known as figleaf12:30
*** sks has quit IRC12:31
openstackgerritAlexis Lee proposed openstack/nova-specs: Amend resource objects proposal  https://review.openstack.org/18875912:32
*** rfolco has joined #openstack-nova12:32
*** annegentle has joined #openstack-nova12:32
*** nihilifer has quit IRC12:33
*** markvoelker has joined #openstack-nova12:34
*** deepthi has quit IRC12:35
*** ndipanov is now known as ndipanoff12:36
*** VW has joined #openstack-nova12:36
*** zhenguo has quit IRC12:37
openstackgerritJohn Garbutt proposed openstack/nova-specs: Allow adjust ephemeral disks during resize  https://review.openstack.org/14573612:38
*** markvoelker has quit IRC12:38
*** ociuhandu has joined #openstack-nova12:39
openstackgerritJoel Coffman proposed openstack/nova: libvirt: Remove unit tests for _hard_reboot  https://review.openstack.org/17739812:39
*** ivasev has joined #openstack-nova12:42
*** sks has joined #openstack-nova12:44
*** lucas-hungry is now known as lucasagomes12:52
*** ajayaa has quit IRC12:54
*** gszasz has quit IRC12:57
*** exploreshaifali has joined #openstack-nova12:57
*** _gryf has quit IRC12:58
*** romainh has left #openstack-nova12:58
*** dave-mccowan has quit IRC12:59
*** dpaterson has joined #openstack-nova13:02
*** alaski is now known as lascii13:02
openstackgerritsahid proposed openstack/nova: libvirt: introduce method to attach device  https://review.openstack.org/18876313:02
openstackgerritsahid proposed openstack/nova: libvirt: remove _get_disk_xml to use get_disk from Guest  https://review.openstack.org/18876413:02
openstackgerritsahid proposed openstack/nova: libvirt: introduce method detach_device to Guest object  https://review.openstack.org/18876513:02
gillliardSo johnthetubaguy, we need to make a decision about the schema-relaxation patch, right?13:04
johnthetubaguygillliard: yeah13:04
*** baoli has joined #openstack-nova13:04
*** gholler has joined #openstack-nova13:04
johnthetubaguyso the plan was, leave /v2.1 alone13:04
sdaguealex_xu: I don't know the API doc plan, I think that needs to be figured out still13:04
alex_xusdague: ok13:05
sdaguegillliard: I tried to write the thing we agreed in the etherpad13:05
openstackgerritsahid proposed openstack/nova: libvirt: introduce method to attach device  https://review.openstack.org/18876313:05
openstackgerritsahid proposed openstack/nova: libvirt: introduce method detach_device to Guest object  https://review.openstack.org/18876513:05
openstackgerritsahid proposed openstack/nova: libvirt: remove _get_disk_xml to use get_disk from Guest  https://review.openstack.org/18876413:05
sdaguebuild it as middleware, if enabled the schema is relaxed, and we block microversions13:05
johnthetubaguyfor /v2/ we said fails when it gets given version headers for v2.1 (whether its using v2 or v2.1 code)13:05
gillliarddo we just need a POC in code to chew over?13:06
johnthetubaguysdague: there was questions about it being middleware, but wanted to get the requirements straight13:06
*** ajayaa has joined #openstack-nova13:06
sdagueso... I think the reason we thought middleware would be good is that then the /v2.0 paste could just be /v2.1 + that middleware13:07
johnthetubaguygillliard: we could, just seems like we don't agree on what it should do yet13:07
johnthetubaguysdague: +113:07
johnthetubaguyand that /v2.1 is left with full validtion13:07
sdagueright, exactly13:07
*** iamjarvo has quit IRC13:08
johnthetubaguysdague: attempted a draft of all that here: https://review.openstack.org/#/c/173243/13:08
openstackgerritPaul Murray proposed openstack/nova: Convert RT compute_node to be a ComputeNode object  https://review.openstack.org/16094213:09
*** gholler has quit IRC13:09
*** dims__ has quit IRC13:09
*** dims_ has joined #openstack-nova13:10
sdaguejohnthetubaguy: ok, cool, I won't be able to really look today, got to get back to house choirs so we can get back there. But will look first thing on monday13:10
johnthetubaguysdague: thats cool13:10
alex_xusdague: so that means people can remove that middleware.13:11
lpetrutHi guys. We're having issues w/ the Hyper-V driver caused by the fact that the snapshot operation is not synchronized in the manager. Would it make sense to use a lock in the manager, or should we do this at the Hyper-V driver level?13:12
*** ildikov_ has quit IRC13:13
gillliardalex_xu: what do you mean "remove that middleware"?13:13
*** raph_ has left #openstack-nova13:13
*** baoli has quit IRC13:14
alex_xugillliard: api-paste.ini is configuable13:14
*** baoli has joined #openstack-nova13:14
sdaguealex_xu: yes, they could13:15
sdaguebut they could also set up the v20 controller on some other endpoint as well13:15
sdaguehonestly, the api-paste bits are another place where we allow too many things to be crazy configurable in a way that will probably just make things nutty at the end of the day13:16
alex_xusdague: we support that? if yes, version api looks bug, it always return '/v2' and '/v2.1'13:16
sdaguethings would break in unexpected ways I think13:16
*** mestery is now known as mestery_afk13:16
sdagueanyway... the point is, if we want to use the same code on v2 and v2.1, and have v2 not do enforcement and not do microversions, this seemed reasonable13:17
alex_xusdague: ++13:17
sdaguebecause, if you put the v2.1 code on v2.0, v2.0 will do microversions, which was really not intended13:17
lpetrutsdague: sorry for interrupting for a second, could you please give me some hints on the above stated issue, related to synchronizing the snapshot operation in the manager?13:18
*** boris-42 has quit IRC13:18
johnthetubaguylpetrut: why do you want it synchronized?13:20
*** gholler has joined #openstack-nova13:21
lpetrutwell, it causes us a lot of trouble in case you attempt to destroy the instance while it's being snapshoted or if you attempt to change the instance power state13:21
johnthetubaguylpetrut: we use the oslo.concurrency lock decorator to do that sort of thing, see how the resource tracker does some basic locking13:21
johnthetubaguylpetrut: ah, so you want to lock on the instance_uuid I suppose?13:22
lpetrutI know, that's easy to add. I just wanted to get some feedback, to see if people would agree w/ synchronizing that13:22
lpetrutjohnthetubaguy: exactly13:22
johnthetubaguylpetrut: generally we like to let people delete as quickly as possible though, because it has billing impact13:22
*** pbandzi has quit IRC13:22
johnthetubaguylpetrut: you can create some horrid deadlock issues, if you are not careful, but it could work...13:23
lpetrutjohnthetubaguy: in our case, the delete fails so you end up having leaked instances. The other option would be to use this lock in the driver13:23
johnthetubaguylpetrut: it should be the other way around13:23
*** cknight has joined #openstack-nova13:24
johnthetubaguylpetrut: I mean a lock kinda fixes it up, but it doesn't really solve the issue, but its probably a half reasonable quick fix13:24
johnthetubaguyothers may hate me for saying that, but it seems a pragmatic step forward from totally broken13:25
jaypipesdanpb, sahid: question... why do we not pass VIR_DOMAIN_AFFECT_CONFIG if we are attaching a PCI or SR-IOV device?13:25
lpetrutjohnthetubaguy: so just to be sure, you suggest using the lock in the hyper-v driver for now, right?13:25
lpetrutjohnthetubaguy: because I was not sure which option you were reffering to by "the other way arround"13:27
*** mriedem has joined #openstack-nova13:27
sahidjaypipes: yes i thought about that too but since the code was like that i did not update it13:28
sahidjaypipes: but honestly i do not no why13:28
*** ildikov_ has joined #openstack-nova13:28
jaypipessahid: oh, I'm not complaining about that :) I was just curious.13:28
*** vladikr has joined #openstack-nova13:28
sahidjaypipes: sure you question make a lot of sense and unfortunatly i do not know the answer13:28
*** rushiagr is now known as rushiagr_away13:28
jaypipessahid: I'm diggin this refactor-libvirt patch series from you.13:29
jaypipesvery nice work.13:29
sahidjaypipes: thank you i'm happy to see you following that work13:29
jaypipessahid: +2 from me on the series.13:30
sahidthanks if i have to respin i will address you comments13:31
sahidi will try to find the answer about sriov device, perhpas we have a bug behind this13:31
openstackgerritLan Qi Song proposed openstack/nova: Remove useless volume when boot from volume failed  https://review.openstack.org/17708413:32
*** iamjarvo has joined #openstack-nova13:32
openstackgerritAlex Xu proposed openstack/nova-specs: Correct resource name for consolidate console API  https://review.openstack.org/18584413:33
*** artom has joined #openstack-nova13:33
*** VW has quit IRC13:34
*** thangp has joined #openstack-nova13:35
*** burt has joined #openstack-nova13:36
*** nihilifer has joined #openstack-nova13:39
*** afazekas_mtg has quit IRC13:40
*** jecarey has quit IRC13:40
*** boris-42 has joined #openstack-nova13:41
openstackgerritSylvain Bauza proposed openstack/nova: Add to_dict() to ImageMeta and ImageMetaProps objects  https://review.openstack.org/18647413:41
openstackgerritSylvain Bauza proposed openstack/nova: Add RequestSpec methods for primitiving into dicts  https://review.openstack.org/18719713:41
openstackgerritSylvain Bauza proposed openstack/nova: Remove unnecessary method in FilterScheduler  https://review.openstack.org/18848513:41
openstackgerritSylvain Bauza proposed openstack/nova: Consider that all scheduler calls are IO Ops  https://review.openstack.org/18848613:42
openstackgerritSylvain Bauza proposed openstack/nova: Create RequestSpec object  https://review.openstack.org/14552813:42
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec object in the FilterScheduler  https://review.openstack.org/18848713:42
bauwserjaypipes: ^ above is for your pleasure13:42
bauwserjaypipes: still missing to update the filters and the RPC API, but that's a first usage13:42
*** exploreshaifali has quit IRC13:43
jaypipessweet. wil review today, bauwser13:43
*** jaypipes is now known as leakypipes13:43
bauwserleakypipes: np, will be stuck in Disney world by the next 4 days13:43
bauwserleakypipes: ie. on PTO Mon-Tues13:43
danpbleakypipes: no idea really13:44
leakypipesbauwser: lol, sounds like hell on Earth to me :(13:45
*** gholler has quit IRC13:46
bauwserleakypipes: and add a 5yo daughter wanting to see Cinderella and you can see what looks like Hell13:46
mriedemsc68cal: got some more info on that vif_type=binding_failed issue in nova from yesterday - turns out the neutron ovs agent was dead due to some rpc misconfiguration13:48
mriedemi'm not sure what to do on the nova side when we detect a busted port in the nw info model for an instance13:49
mriedemi guess we just fail to spawn the instance and the user had to find out that way13:50
mriedemthe 'user' wouldn't know though, the admin would have to find out the ovs agent is down13:50
openstackgerritJim Rollenhagen proposed openstack/nova: Ironic: Don't report resources for nodes in unavailable states  https://review.openstack.org/18865213:50
beaglesmriedem, just a related FYI: https://review.openstack.org/#/c/156112/13:51
jrollleakypipes: ^ the fix was way easier than we thought :P13:51
mriedembeagles: cool, i'll take a look - seems exactly the issue i'm seeing13:51
beaglessc68cal, you too.. if you weren't aware of that patch ^^^13:51
*** jecarey has joined #openstack-nova13:52
*** eliqiao has quit IRC13:53
lxslileakypipes: I've had a go at updating your resource objects spec for you13:53
lxslileakypipes: it turned into a bit of a major rewrite so I put it up as a dependent patch rather than a new patchset: https://review.openstack.org/#/c/18875913:54
lxsliI haven't done the implementation or later sections yet but if you get a chance could you give an initial yay/nay look please?13:54
lxslibauwser n0ano: would also welcome any feedback you have13:55
lxsliedl13:55
bauwserlxsli: CC'd yup13:55
*** eharney has joined #openstack-nova13:55
openstackgerritRitesh proposed openstack/nova: Nova flavor-list swap size to show 0 when no value is specified  https://review.openstack.org/18878113:55
bauwserlxsli: btw. I won't be able to attend next scheduler weekly meeting13:56
lxslibauwser: okey dokey13:56
lxslianything fun?13:57
*** READ10 has joined #openstack-nova13:58
*** VW has joined #openstack-nova14:00
*** exploreshaifali has joined #openstack-nova14:00
*** tonytan4ever has joined #openstack-nova14:01
*** zzzeek has joined #openstack-nova14:01
*** tonytan4ever has quit IRC14:02
*** yamahata has joined #openstack-nova14:03
openstackgerritBaodong (Robert) Li proposed openstack/nova: Detach obsolete ports during periodic info cache refresh  https://review.openstack.org/18878314:03
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 tests - take 2  https://review.openstack.org/18878514:04
openstackgerritAuktavian Garrett proposed openstack/nova: Use unique values for hypervisor_hostnames  https://review.openstack.org/18784414:05
*** markvoelker has joined #openstack-nova14:05
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: convert driver to use nova.objects.ImageMeta  https://review.openstack.org/18811914:06
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: make instance compulsory in blockinfo APIs  https://review.openstack.org/18811814:06
openstackgerritDaniel Berrange proposed openstack/nova: compute: only use non_inheritable_image_properties if snapshotting  https://review.openstack.org/18725014:06
openstackgerritDaniel Berrange proposed openstack/nova: compute: remove get_image_metadata method  https://review.openstack.org/18725114:06
openstackgerritDaniel Berrange proposed openstack/nova: objects: add os_require_quiesce image property  https://review.openstack.org/18878714:06
openstackgerritDaniel Berrange proposed openstack/nova: objects: fix parsing of NUMA cpu/mem properties  https://review.openstack.org/18878814:06
openstackgerritDaniel Berrange proposed openstack/nova: virt: convert hardware module to use nova.objects.ImageMeta  https://review.openstack.org/18878914:06
openstackgerritDaniel Berrange proposed openstack/nova: xenapi: convert driver to use nova.objects.ImageMeta  https://review.openstack.org/18879014:06
*** ajayaa has quit IRC14:06
*** exploreshaifali has quit IRC14:06
bauwserlxsli: just Disneyland Paris...14:07
danpbwow, that's pretty impressive - XenProject CI posted a comment "Build successful" on https://review.openstack.org/#/c/188790/  a mere 3 seconds after i first uploaded it14:07
danpbeither xen has some crazy fast hardware, or the test system is reporting lies14:08
bauwserdanpb: while I had a merge issue for all my series with Xen...14:08
lxslibauwser: pretty nice! I love rollercoasters, though I guess you won't get to go on the big ones14:08
*** iamjarvo has joined #openstack-nova14:09
*** iamjarvo has quit IRC14:09
*** markvoelker has quit IRC14:09
bauwserlxsli: it will be less sexy, ie. meeting princesses14:09
*** iamjarvo has joined #openstack-nova14:10
*** achanda has joined #openstack-nova14:10
mriedemeliqiao1: beagles: comments in https://review.openstack.org/#/c/156112/ - needs some work yet14:11
mriedempretty easy changes though14:11
lxslibauwser: I'm sure a confident man like you will be able to enjoy meeting some princesses14:12
lxslimaybe even try on a tiara!14:12
beaglesmriedem, cool. thanks for looking at it. Its been iterating a *lot*, it'd be good to bring it "home".14:14
mriedemyeah i see since february14:14
bauwserlxsli: em, will maybe be less verbose once I wait 1 hour in a queue for meeting a princess :)14:15
lxslibauwser: hehe14:15
openstackgerritBaodong (Robert) Li proposed openstack/nova: Handle port delete initiated by neutron  https://review.openstack.org/17939014:15
*** rushiagr_away is now known as rushiagr14:18
openstackgerritSylvain Bauza proposed openstack/nova: Add to_dict() to ImageMeta and ImageMetaProps objects  https://review.openstack.org/18647414:19
openstackgerritSylvain Bauza proposed openstack/nova: Add RequestSpec methods for primitiving into dicts  https://review.openstack.org/18719714:19
openstackgerritSylvain Bauza proposed openstack/nova: Remove unnecessary method in FilterScheduler  https://review.openstack.org/18848514:19
*** cfriesen has joined #openstack-nova14:19
openstackgerritSylvain Bauza proposed openstack/nova: Consider that all scheduler calls are IO Ops  https://review.openstack.org/18848614:19
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec object in the FilterScheduler  https://review.openstack.org/18848714:19
*** otter768 has joined #openstack-nova14:21
*** tonytan4ever has joined #openstack-nova14:22
*** cfriesen has quit IRC14:24
*** otter768 has quit IRC14:26
*** foexle has quit IRC14:27
*** sks has quit IRC14:28
*** mtanino has joined #openstack-nova14:29
leakypipesjroll: cool, I'll review it in a bit :)14:30
leakypipeslxsli: looking...14:30
*** salv-orlando has joined #openstack-nova14:31
dansmithoh my.. manners!14:32
*** dansmith is now known as superdan14:32
* gillliard didn't want to be the first to say...14:32
openstackgerritJohn Garbutt proposed openstack/nova-specs: api: relax validation for unversioned requests  https://review.openstack.org/17324314:34
openstackgerritJohn Garbutt proposed openstack/nova-specs: api: relax validation for unversioned requests  https://review.openstack.org/17324314:34
*** ankit_ag has quit IRC14:34
*** garyk has quit IRC14:35
johnthetubaguydanpb: bauwser: there is a zuul bug there, when it choses there are no tests to run, it sends an empty +1, sigh14:36
johnthetubaguythe XenCI that is14:36
bauwserjohnthetubaguy: uh14:36
*** tjones1 has joined #openstack-nova14:36
*** tjones1 has left #openstack-nova14:36
bauwserjohnthetubaguy: I thought it was fixed on the regular CI ?14:37
bauwserjohnthetubaguy: if so, maybe Zuul would need to be updated on the Xen 3rd-party CI ?14:37
johnthetubaguybauwser: that never goes down to zero tests, as I understand it, but I suspect they just need to update to a new zuul14:37
*** packet has joined #openstack-nova14:37
johnthetubaguyyeah, +114:37
johnthetubaguyBobBall: our zuul might be out of date and causing some confusion ^14:37
johnthetubaguyBobBall: by our I mean Xen14:37
bauwserokay, that's actually just a bit painful because Xen is voting :)14:38
BobBallhumz?14:38
johnthetubaguybauwser: yeah, there was another one as well14:38
bauwserBobBall: sec, showing14:38
BobBalldanpb: This is an infra bug14:38
bauwser    XenProject CI  3:56 PM Patch Set 2: Verified-1This change depends on a change that failed to merge.14:38
bauwserBobBall: ^14:38
danpbBobBall:  ah ok14:39
bauwserBobBall: so I guess it's a zuul bug, right ?14:39
BobBalldanpb: Zuul allows you to selectively run on parts of nova (e.g. run only on doc changes) - but it does not allow you to selectively post messages.  In this case we exclude doc changes and all non-XenServer hypervisor14:39
BobBallbauwser: That one is less certain to be a zuul bug; What's the changeset?14:39
BobBallA verified -1 shouldn't be sent in the case of the zuul bug I was talking about14:39
johnthetubaguyBobBall: there was another CI with the same issue the other day, possibly mellonox I think14:40
johnthetubaguyBobBall: we don't want a +1 either right?14:40
bauwserBobBall: I just pushed again the series, so you won't find it now but it was beginning with https://review.openstack.org/#/c/145528/1514:40
johnthetubaguyshould be +014:40
mnestratovBobBall: JFYI there is a fix pending for this https://review.openstack.org/#/c/188383/14:40
BobBallCorrect johnthetubaguy - Just saw the ML - but I don't think you can configure that14:40
*** sks has joined #openstack-nova14:40
BobBallJoyous mnestratov!14:40
*** IanGovett has joined #openstack-nova14:40
johnthetubaguyoh I haven't see the ML, but thats cool14:40
*** moshele has joined #openstack-nova14:41
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: convert driver to use nova.objects.ImageMeta  https://review.openstack.org/18811914:41
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: make instance compulsory in blockinfo APIs  https://review.openstack.org/18811814:41
openstackgerritDaniel Berrange proposed openstack/nova: objects: add os_require_quiesce image property  https://review.openstack.org/18878714:41
openstackgerritDaniel Berrange proposed openstack/nova: virt: convert hardware module to use nova.objects.ImageMeta  https://review.openstack.org/18878914:41
openstackgerritDaniel Berrange proposed openstack/nova: compute: only use non_inheritable_image_properties if snapshotting  https://review.openstack.org/18725014:41
openstackgerritDaniel Berrange proposed openstack/nova: objects: fix parsing of NUMA cpu/mem properties  https://review.openstack.org/18878814:41
openstackgerritDaniel Berrange proposed openstack/nova: compute: remove get_image_metadata method  https://review.openstack.org/18725114:41
openstackgerritDaniel Berrange proposed openstack/nova: xenapi: convert driver to use nova.objects.ImageMeta  https://review.openstack.org/18879014:41
*** belmoreira has quit IRC14:42
*** yamahata has quit IRC14:43
*** electrocucaracha has joined #openstack-nova14:43
BobBallbauwser: I don't see that failure on that patch; The only CI that failed to merge patch set 2 was the IBM PowerKVM CI?14:43
bauwserBobBall: my bad, that one was the dependency, the one which failed was the one which needed it14:44
bauwserBobBall: ie. https://review.openstack.org/#/c/186474/414:44
*** zzzeek has quit IRC14:45
BobBallbauwser: Digging.14:45
bauwserBobBall: thanks14:45
*** zzzeek has joined #openstack-nova14:46
*** zzzeek has quit IRC14:46
*** armax has joined #openstack-nova14:46
*** _gryf has joined #openstack-nova14:47
mmedvedejohnthetubaguy: do you know if the zuul bug you're referring to is filed? I did manually patch our zuul (IBM PowerKVM CI) not to post empty comments, I wondered if it was intended design to post empties14:47
johnthetubaguymmedvede: no idea I am afraid14:48
johnthetubaguyit could just be a config bug, to my knowledge14:48
BobBallbauwser: Curious - Seems that zuul was quite happy with the merge.  I have no idea why it posted that it wasn't...14:49
BobBallmmedvede: See mnestratov's posted fix https://review.openstack.org/#/c/188383/14:49
bauwserBobBall: indeed :)14:49
*** xgsa has quit IRC14:50
BobBallI can't even see what the dependencies were at the time of patchset 4 to re-test that.14:50
BobBallIf you see it again can you let me know preferably before uploading a new change? :)14:50
BobBallOr just try a xen: recheck to see if it gets through then14:50
*** xgsa has joined #openstack-nova14:50
BobBallbecause I'm confused from the logs.14:50
mmedvedeBobBall: thanks for the link, that is the proper fix14:52
beaglesdanpb: regarding the vif-plug-script spec. Outside of mleroy's comments on vif_script_dir, what do you feel remains on that to resolve?14:54
bauwserBobBall: nevermind, I'll put another change because I need it :)14:55
BobBallFair enough - just ping me if you see another issue.14:56
*** achanda has quit IRC14:56
*** hemnafk is now known as hemna14:58
openstackgerritPetrut Lucian proposed openstack/nova: HyperV: Add IOUtils class for asynchronous IO operations  https://review.openstack.org/18403515:00
openstackgerritPetrut Lucian proposed openstack/nova: HyperV: Add IOQueue class used for named pipe IO operations  https://review.openstack.org/18403615:00
openstackgerritPetrut Lucian proposed openstack/nova: HyperV: Add named pipe handler  https://review.openstack.org/18403715:00
openstackgerritPetrut Lucian proposed openstack/nova: HyperV: Add serial console proxy  https://review.openstack.org/18403815:00
openstackgerritPetrut Lucian proposed openstack/nova: HyperV: Add serial console handler class  https://review.openstack.org/18403915:01
openstackgerritPetrut Lucian proposed openstack/nova: HyperV: Add SerialConsoleOps class  https://review.openstack.org/18404015:01
*** agireud has joined #openstack-nova15:04
*** dmsimard has joined #openstack-nova15:04
*** unicell1 has joined #openstack-nova15:04
dmsimardmelwitt: Re: https://bugs.launchpad.net/python-novaclient/+bug/1420192 have you ended up finding what was the cause ? Also seem to be bumping into this with Cells.15:05
openstackLaunchpad bug 1420192 in python-novaclient "Nova interface-attach command has optional arguments to add network details. It should be positional arguments otherwise command fails." [Low,Confirmed] - Assigned to jui chandwaskar (jui-136)15:05
*** unicell has quit IRC15:06
dims_mriedem: seen the python34 breaks because of jsonschema release?15:06
mriedemnope15:07
mriedemi'm sadly debugging trove gate issues in stable/juno :(15:07
*** Longgeek_ has quit IRC15:07
*** Longgeek has joined #openstack-nova15:07
dims_mriedem: ack. i am digging in15:08
dims_http://logs.openstack.org/81/155581/32/check/gate-python-glanceclient-python26/620ca24/console.html15:08
mriedemthat's a py26 job15:08
dims_oops wrong url https://jenkins03.openstack.org/job/gate-nova-python34/82/console15:09
*** beagles is now known as beagles|lunch15:09
*** lsmola has quit IRC15:12
mriedemdims_: i'd open an issue against the jsonschema project15:12
mriedemthe last 2 changes here are suspect https://github.com/Julian/jsonschema/commits/master/setup.py15:13
mriedemdims_: the problem isn't jsonschema, it's functools3215:14
johnthetubaguysuperdan: where you going to document data migrations and the generic plan, I just saw this spec come up, it looks like it could be quite messy to do online: https://review.openstack.org/#/c/17241215:14
mriedemhttps://github.com/MiCHiLU/python-functools32/blob/master/setup.py#L815:14
mriedemdims_: ^15:14
dims_mriedem: functools32 is optional https://github.com/Julian/jsonschema/blob/master/setup.py#L2915:14
superdanjohnthetubaguy: devref I guess15:14
openstackgerritEugeniya Kudryashova proposed openstack/python-novaclient: Raise exception when API does't support microversions  https://review.openstack.org/18881615:15
johnthetubaguysuperdan: yeah15:15
mriedemdims_: yeah, we shouldn't be pullling that in15:15
danpbsomeone want to +W this docs fix for NUMA  ....   https://review.openstack.org/#/c/178773/15:15
*** READ10 has quit IRC15:15
superdanjohnthetubaguy: that probably just has to be a two-step thing.. we shouldn't allow it to be an "offline migration" IMHO15:15
*** electrocucaracha has quit IRC15:15
johnthetubaguysuperdan: +115:15
*** cknight has quit IRC15:15
*** electrocucaracha has joined #openstack-nova15:15
superdanjohnthetubaguy: by the way, just yesterday, I tested a running juno deployment with kilo schema applied at runtime15:16
superdanjohnthetubaguy: and it worked fine, which was our goal.. I don't think we should let that behavior regress.. ever.15:16
*** dprince has quit IRC15:16
*** ildikov_ has quit IRC15:16
johnthetubaguysuperdan: +10015:17
johnthetubaguysuperdan: should we change grenade?15:17
*** tjones1 has joined #openstack-nova15:17
superdanjohnthetubaguy: we could maybe add another mode to try this, but grenade is really not intended to test this sort of arrangement15:18
superdanso doing it there would require just not restarting any nova services, which might be okay, but it also might be easier to test this in a different environment15:18
johnthetubaguysuperdan: I was just thinking run the migrate before restarting the services15:18
mriedemdims_: i see the problem15:19
mriedemopening an issue15:19
mriedemdims_: already done i guess https://github.com/Julian/jsonschema/issues/22815:19
superdanjohnthetubaguy: well, we have to run the schema upgrade and then test the old services before restart to make sure they work15:19
*** electrocucaracha has quit IRC15:19
johnthetubaguysuperdan: oh, true, oops15:20
dims_mriedem: ack thanks15:20
superdanjohnthetubaguy: but would like to figure out how to prove that in a job, yeah15:20
johnthetubaguysuperdan: anyways, its so awesome to see the effort starting to pay off!15:20
*** electrocucaracha has joined #openstack-nova15:20
superdanjohnthetubaguy: I'm on a call now, but will add comments to this review when I'm done15:20
superdanjohnthetubaguy: totes!15:20
*** electrocucaracha has quit IRC15:20
johnthetubaguysuperdan: cools15:20
*** dane-fichter has joined #openstack-nova15:21
*** electrocucaracha has joined #openstack-nova15:22
*** agireud has quit IRC15:24
dims_mriedem: so it breaks both py26 and 34 jobs that need jsonschema15:24
dims_oh well. time for a break :)15:24
*** agireud has joined #openstack-nova15:28
*** markvoelker has joined #openstack-nova15:30
mriedemdims_: ack, i'll get an LP bug opened to track the issue in e-r15:31
openstackgerritQin Zhao proposed openstack/nova: Refactor show_port() in neutron api  https://review.openstack.org/13502015:31
*** patrickeast has joined #openstack-nova15:31
*** _gryf is now known as _gryf|afk15:31
*** arnaud____ has joined #openstack-nova15:32
dims_thanks mriedem15:32
*** marun has joined #openstack-nova15:33
*** oro_ has quit IRC15:33
*** achanda has joined #openstack-nova15:34
*** garyk has joined #openstack-nova15:34
*** markvoelker has quit IRC15:34
*** thedodd has joined #openstack-nova15:36
*** tsekiyama has joined #openstack-nova15:36
lxslisuperdan: is there anything written about passing objects over REST please?15:37
superdanlxsli: not that I know of, no15:37
*** mohitsharma has joined #openstack-nova15:37
lxslisuperdan: also are there any plans for passing object definitions over the wire?15:37
superdanlxsli: definitions?15:38
lxslilike "class MyObj(base.NovaObject)"15:38
bauwserlxsli: well, I don't see your point of passing objects in a request body ?.15:38
superdanlxsli: one of the design tenets is that we don't pass the definition (or code) over the wire15:39
lxsliso given my amendment to the resource objects spec, as it stands if we break out the scheduler Nova will have to provide a plugin to the scheduler giving EG RAMAmount15:39
superdanlxsli: for security and stability15:39
lxslisuperdan: sensible - just checking, thanks15:39
bauwserlxsli: don't get your point, still15:40
bauwserlxsli: you have JSON schemas15:40
bauwserand you have input validation15:40
*** marun has quit IRC15:40
lxslibauwser: so you're saying although an object can't be passed directly over REST, it can be serialized and deserialized with schema validation which is just as good?15:41
superdanlxsli: the object can be passed over REST easily15:41
superdanlxsli: the definition cannot15:41
bauwserlxsli: I'm not saying that15:41
bauwserlxsli: I'm saying that you can expose a model15:41
lxslisuperdan: ah! OK thanks15:41
openstackgerritVladik Romanovsky proposed openstack/nova: Adding user_id handling to keypair index, show and create api calls  https://review.openstack.org/7048515:42
openstackgerritVladik Romanovsky proposed openstack/nova: tests: functional tests for keypairs create in API microversion 2.4  https://review.openstack.org/18364515:42
danpbbeagles|lunch: from my pov it looks detailed enough for the spec15:42
lxslibauwser: still not getting it15:42
*** agireud has quit IRC15:44
bauwserlxsli: probably because I'm not getting your problem too :)15:44
*** david-lyle has quit IRC15:46
*** tjones1 has left #openstack-nova15:46
*** david-lyle has joined #openstack-nova15:46
lxslibauwser: so the resource objects spec (with my amendment) introduces abstract classes like ResourceType with Nova-specific subclasses like NUMAResourceType15:48
bauwseryup15:48
lxslibauwser: I expect Nova to receive the ResourceType using a scheduler-client pip, which will also contain EG the SchedulerReportClient15:48
bauwserand you would like to find some way to say that a REST API resource would allow to pass them in15:48
bauwser?15:48
bauwserbauwser: okay, then, that's not a problem, rich objects can be declared15:49
leakypipesjroll: you see JayF's comment on your patch?15:49
lxslibauwser: but we also need to pass the NUMAResourceType back to the scheduler, as we can't pass definitions over the wire, that has to be a plugin15:49
bauwseroops15:49
bauwserlxsli:15:49
lxslibauwser: and each service that wants to use the scheduler must register its own plugin to it, explaining its specific resources15:49
jrollleakypipes: yes, I did, and responded15:49
bauwserlxsli: Nova (or the scheduler) API has to expect certain sets of resources15:49
lxslibauwser: I'd like the scheduler API to only refer to abstract classes from the scheduler-client15:50
bauwserlxsli: okay, I see your question and I think you're overthinking for now :)15:50
lxslibauwser: however the specific ResourceTypes have custom comparison logic in them, so they need to be made available to the scheduler15:50
*** markus_z has quit IRC15:50
bauwserlxsli: just because the REST API question needs to be addressed only once the scheduler will expose its API15:50
*** beagles|lunch is now known as beagles15:51
lxslibauwser: I'm not actually worried about that, passing objects around should be easy like dan said15:51
lxslibauwser: it's getting the definitions in place15:51
lxslibauwser: I'm not super happy that Nova and the Scheduler will have to exchange plugins15:51
bauwserlxsli: because I'm seriously -1 about passing definitions to the server15:51
bauwserlxsli: I mean, the API server exposes the resources it knows15:52
bauwserlxsli: any client can provide those resources15:52
*** matrohon has quit IRC15:52
bauwserlxsli: but the client shouldn't define its own resource to the API server15:52
bauwserie. the scheduler accepts a set of resources it knows15:52
bauwserthe client provides them15:53
lxsliWell, we could put Nova, Cinder etc resource definitions in the Scheduler tree just like Nova has virt drivers15:53
lxsliIt means you'd need a new scheduler release to change your resources rather than just a plugin upgrade but ^^15:54
bauwserlxsli: I wouldn't use the virt drivers as an analogy to your point15:54
lxslibauwser: because?15:55
bauwserlxsli: because it's not something API-related :)15:55
bauwserlxsli: coming from the WSME world, it's quite simple to me that your API definition proposes some resources15:56
lxsliDo you mean scheduler resources or REST resources?15:56
bauwserREST resources having types15:57
bauwseranyway, we're far beyond the current situation, and I don't yet think the scheduler would need a REST API15:58
bauwserlxsli: what I know is that other services may expose some resource usage to Nova/the scheduler15:58
*** vishwanathj has joined #openstack-nova15:58
bauwserhow we expose that is a matter of discussion :)15:58
bauwserlxsli: but frankly not a Friday afternoon :p15:59
*** achanda_ has joined #openstack-nova15:59
*** electrocucaracha has quit IRC16:00
*** achanda has quit IRC16:00
lxsliNova-Glance comms are over REST, right? For scheduler to be independent like those, I thought a REST interface was a given16:00
danpbyes, its over REST16:02
johnthetubaguylxsli: for the scheduler, I am thinking a lib that was backwards compatible would be enough/better16:02
johnthetubaguylxsli: it could be REST, but that might not make sense, dunno16:02
lxslijohnthetubaguy: so EG oslo_scheduler?16:03
*** jistr has quit IRC16:03
*** electrocucaracha has joined #openstack-nova16:03
johnthetubaguylxsli: kinda, although its not really oslo, its a client lib for the scheduler (hence the scheduler "lib" we have in tree)16:04
lxsliyeah we have the Scheduler{Report,Query}Client already16:05
*** danpb has quit IRC16:05
lxsliI thought the aim was for the scheduler to become a completely separate project, which other projects could use for whatever scheduling they needed - maybe I'm off base there16:06
superdanlong-term that's a goal16:07
openstackgerritJim Rollenhagen proposed openstack/nova: Ironic: Don't report resources for nodes without instances  https://review.openstack.org/18865216:08
*** IanGovett has quit IRC16:08
bauwserlxsli: you're surely off-base for now :)16:08
*** jlanoux has quit IRC16:08
jrollleakypipes: I think this is much more sane now16:08
johnthetubaguylxsli: the thing is, I don't want us spending time on the REST API until we have the lines clearer, and we don't need to create a REST API to do that16:08
bauwser++16:08
lxslioh sure I'm not imagining it'll happen tomorrow16:09
bauwsersome people would :)16:09
bauwserI know it's Friday, so we can open the cans of worms right ? :)16:09
figleaflxsli: it's always good to keep that in mind as a design goal, but not as a requirement any time soon16:10
lxslisure I just don't want to put additional obstacles in the way16:10
*** claudiub has quit IRC16:10
figleaflxsli: We've talked about how scheduler would "understand" various resource types in the past16:11
bauwserlxsli: having given and clean APIs doesn't mean we're going to the wrong direction :)16:11
figleaflxsli: we never came up with a satisfactory solution16:11
lxslifigleaf: !!! ... v.v16:12
*** tjones1 has joined #openstack-nova16:12
*** agireud has joined #openstack-nova16:12
lxsliwell, good to know. I'll try to avoid getting bogged down in that then16:12
figleaflxsli: yeah, you're falling into the same sticky pit that we've been in before16:13
*** xgsa has quit IRC16:13
figleaflxsli: the scheduler lib approach seems to be the only workable one. A separate service will have the problems you've outlined: how does it understand different resources?16:14
*** exploreshaifali has joined #openstack-nova16:14
*** xgsa has joined #openstack-nova16:15
*** alex_klimov has quit IRC16:15
lxsliWell there's food for thought over the weekend16:16
*** tjones1 has quit IRC16:16
lxsliSo we'd have EG oslo_scheduler that would bundle an API to a scheduling algorithm with a bunch of abstract classes to pass over that API. Then Nova would wrap that up into Nova-Scheduler by providing subclasses and an RPC API?16:20
lxslifigleaf: ^16:20
figleaflxsli: the scheduler lib would understand resources, requests, and claims. The service needing scheduling (e.g., Nova) would define classes of each16:21
figleaflxsli: the scheduler provides the comparison, filtering, and weighting logic16:22
lxslifigleaf: the service could provide comparison logic, given appropriate hooks16:22
*** matrohon has joined #openstack-nova16:22
*** otter768 has joined #openstack-nova16:22
figleaflxsli: it would also define the abstract classes and how they relate16:23
openstackgerritQin Zhao proposed openstack/nova: Refactor show_port() in neutron api  https://review.openstack.org/13502016:23
figleaflxsli: Nova would define subclasses of each16:23
lxslifigleaf: got it, thank you16:23
figleaflxsli: cool16:23
figleaflxsli: there might be a better way, but we haven't really come up with one16:24
bauwsermy internal program (called sbtables) is filtering out any design discussion led on Friday16:24
lxslijohnthetubaguy: does that match what you were thinking please?16:24
figleafbauwser: shouldn't that be 'bstables'? :)16:24
lxslibauwser: as I said to my colleague this morning, I didn't get a lot done Mon-Thu so this is last chance saloon :)16:24
bauwserfigleaf: you don't figure how many people are putting "s" at the end of my last name...16:25
bauwserlike Sylvain Bauzas16:25
figleafbauwser: Heh, I had 30 minutes before I gotta pick the kid up from school16:25
figleafbauwser: this was fun16:25
johnthetubaguylxsli: honestly my brain is a bit fried, not sure I have enough context to tell, sorry16:25
lxslijohnthetubaguy: ok, thanks all, see you Monday :)16:26
*** achanda_ has quit IRC16:26
figleafbauwser: yeah, but I meant 'bstables' as 'BS tables' (bullshit)16:26
figleafbauwser: for Friday16:26
bauwserfigleaf: oooooh16:26
*** alex_klimov has joined #openstack-nova16:26
lxsliour JIRA tag was BS for months...16:26
bauwserhere sbtables was just referring to my name, sorry for the total miss of ingenuity16:27
*** otter768 has quit IRC16:27
openstackgerritPetrut Lucian proposed openstack/nova: HyperV: Nova serial console access support  https://review.openstack.org/14500416:28
*** kiwik-chenrui has joined #openstack-nova16:28
*** unicell has joined #openstack-nova16:28
figleafbauwser: :)16:28
*** unicell1 has quit IRC16:30
*** RuiChen has quit IRC16:31
*** alex_klimov has quit IRC16:32
*** nic has joined #openstack-nova16:32
bauwserfolks, going out for 4 days16:33
bauwsercall the police if you don't see me by Wed16:33
*** whenry has joined #openstack-nova16:34
*** dprince has joined #openstack-nova16:34
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/objects/test*.py  https://review.openstack.org/18778516:34
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 tests  https://review.openstack.org/18824316:34
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/scheduler/test*.py  https://review.openstack.org/18796816:34
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Adding more py34 tests - take 2  https://review.openstack.org/18878516:34
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] getting vmware api tests to work under python34  https://review.openstack.org/18865316:34
*** arnaud____ has quit IRC16:35
dims_bauwser: safe travels16:35
*** tjones1 has joined #openstack-nova16:36
*** bauwser is now known as bauzas16:36
*** sahid has quit IRC16:37
*** claudiub has joined #openstack-nova16:39
*** sdake has joined #openstack-nova16:39
*** ZZelle has joined #openstack-nova16:42
*** mohitsharma has quit IRC16:43
*** achanda has joined #openstack-nova16:43
*** IanGovett has joined #openstack-nova16:44
*** sdake_ has joined #openstack-nova16:44
*** yassine_ has quit IRC16:45
*** tonytan4ever has quit IRC16:46
*** tonytan4ever has joined #openstack-nova16:46
*** annegentle has quit IRC16:46
*** sdake has quit IRC16:48
*** tonytan4ever has quit IRC16:51
*** moshele has quit IRC16:52
*** oro_ has joined #openstack-nova16:52
*** alanf-mc has joined #openstack-nova16:52
*** annegentle has joined #openstack-nova16:54
*** cknight has joined #openstack-nova16:55
*** achanda has quit IRC16:55
*** cknight has quit IRC16:56
*** cknight has joined #openstack-nova16:56
*** cknight has left #openstack-nova16:57
*** VW has quit IRC16:57
*** alanf-mc_ has joined #openstack-nova17:00
*** alanf-mc has quit IRC17:02
*** tjones1 has quit IRC17:02
openstackgerritPetrut Lucian proposed openstack/nova: Hyper-V: Lock snapshot operation using instance uuid  https://review.openstack.org/18885917:03
*** tjones1 has joined #openstack-nova17:03
*** annegentle has quit IRC17:08
*** IanGovett has quit IRC17:10
*** vilobhmm has joined #openstack-nova17:10
*** alanf-mc_ has quit IRC17:11
*** alanf-mc has joined #openstack-nova17:11
openstackgerritMaxim Nestratov proposed openstack/nova: libvirt: rename parallels driver to virtuozzo  https://review.openstack.org/18431117:11
*** agireud has quit IRC17:11
*** lucasagomes is now known as lucas-beer17:13
*** artom has quit IRC17:15
openstackgerritJens Rosenboom proposed openstack/nova: Add microversion to allow server search option ip6 for non-admin  https://review.openstack.org/17956917:15
*** achanda has joined #openstack-nova17:16
*** dane-fichter has quit IRC17:17
*** electrocucaracha has quit IRC17:18
*** markvoelker has joined #openstack-nova17:19
*** electrocucaracha has joined #openstack-nova17:21
openstackgerritDmitry Guryanov proposed openstack/nova: libvirt: resize ploop disks with prl_disk_tool  https://review.openstack.org/18239017:23
*** markvoelker has quit IRC17:24
*** electrocucaracha has quit IRC17:25
*** ssurana has joined #openstack-nova17:26
openstackgerritDmitry Guryanov proposed openstack/nova: libvirt: support snapshots with parallels virt_type  https://review.openstack.org/18415317:27
*** harlowja has quit IRC17:27
*** electrocucaracha has joined #openstack-nova17:28
*** harlowja has joined #openstack-nova17:32
*** achanda has quit IRC17:34
openstackgerritdane-fichter proposed openstack/nova-specs: Nova Support of Glance Image Signing & Encryption  https://review.openstack.org/18887417:37
*** oro_ has quit IRC17:38
*** rushiagr is now known as rushiagr_away17:40
*** achanda has joined #openstack-nova17:40
*** dane-fichter has joined #openstack-nova17:40
*** lpetrut has quit IRC17:41
*** mwagner_afk has quit IRC17:42
mriedemlooking for a +W on https://review.openstack.org/#/c/135020/ - it's a nice cleanup that's been in the works for awhile17:45
*** marzif_ has quit IRC17:45
*** krtaylor has quit IRC17:46
*** sdake has joined #openstack-nova17:50
*** annegentle has joined #openstack-nova17:50
*** marzif_ has joined #openstack-nova17:51
*** zz_jgrimm is now known as jgrimm17:53
*** sdake_ has quit IRC17:54
*** sdake_ has joined #openstack-nova17:56
*** penick has joined #openstack-nova17:57
*** achanda_ has joined #openstack-nova17:59
*** thangp has quit IRC17:59
*** sdake has quit IRC17:59
*** agireud has joined #openstack-nova18:01
*** achanda has quit IRC18:01
*** artom has joined #openstack-nova18:01
*** mingy has joined #openstack-nova18:03
*** rwsu has quit IRC18:04
*** penick has quit IRC18:06
*** ildikov_ has joined #openstack-nova18:09
*** achanda has joined #openstack-nova18:10
*** achanda_ has quit IRC18:10
*** sdake_ is now known as sdake18:10
*** Nisha has joined #openstack-nova18:18
*** achanda_ has joined #openstack-nova18:18
*** achanda has quit IRC18:20
*** krtaylor has joined #openstack-nova18:20
*** otter768 has joined #openstack-nova18:23
*** agireud has quit IRC18:23
*** mwagner_afk has joined #openstack-nova18:23
*** tonytan4ever has joined #openstack-nova18:26
*** agireud has joined #openstack-nova18:26
*** otter768 has quit IRC18:28
*** marun has joined #openstack-nova18:28
*** artom has quit IRC18:30
*** VW has joined #openstack-nova18:32
*** sks has quit IRC18:33
*** agireud has quit IRC18:33
*** VW has quit IRC18:33
*** VW has joined #openstack-nova18:34
*** VW has quit IRC18:34
*** kaisers1 has quit IRC18:35
*** VW has joined #openstack-nova18:35
*** artom has joined #openstack-nova18:35
*** mriedem is now known as mriedem_madmax18:35
*** mriedem_madmax has quit IRC18:35
*** rohitk has joined #openstack-nova18:36
*** kaisers1 has joined #openstack-nova18:37
*** kaisers has quit IRC18:37
*** marun has quit IRC18:38
*** achanda has joined #openstack-nova18:38
*** VW has quit IRC18:39
*** kaisers has joined #openstack-nova18:39
*** sabari has quit IRC18:41
*** achanda_ has quit IRC18:41
*** xyang1 has joined #openstack-nova18:41
*** tjones1 has quit IRC18:43
*** iamjarvo has quit IRC18:44
*** VW has joined #openstack-nova18:44
*** penick has joined #openstack-nova18:45
*** marun has joined #openstack-nova18:46
*** penick has quit IRC18:46
*** harlowja has quit IRC18:46
*** achanda_ has joined #openstack-nova18:48
*** achanda has quit IRC18:49
*** iamjarvo has joined #openstack-nova18:50
*** vladikr has quit IRC18:50
*** htruta has quit IRC18:52
*** harlowja has joined #openstack-nova18:53
*** ociuhandu has quit IRC18:53
*** wanghao has quit IRC18:54
*** ameade has quit IRC18:54
*** briancurtin has quit IRC18:54
*** zhiyan has quit IRC18:54
*** destiny has quit IRC18:54
*** sabari has joined #openstack-nova18:55
*** penick has joined #openstack-nova18:55
*** lpetrut has joined #openstack-nova18:57
*** exploreshaifali has quit IRC18:58
*** marun has quit IRC18:59
*** achanda has joined #openstack-nova19:00
*** achanda_ has quit IRC19:01
*** dane-fichter has quit IRC19:03
*** achanda has quit IRC19:04
*** iamjarvo has quit IRC19:06
*** sdake has quit IRC19:08
*** markvoelker has joined #openstack-nova19:08
*** Sukhdev has joined #openstack-nova19:11
*** markvoelker has quit IRC19:12
*** annegentle has quit IRC19:14
*** agireud has joined #openstack-nova19:15
*** Longgeek has quit IRC19:16
*** Nisha has quit IRC19:18
*** pradipta has joined #openstack-nova19:19
*** iamjarvo has joined #openstack-nova19:19
*** iamjarvo has quit IRC19:31
*** electrocucaracha has quit IRC19:33
*** electrocucaracha has joined #openstack-nova19:33
*** leakypipes has quit IRC19:34
*** rohitk has quit IRC19:35
*** _gryf|afk is now known as _gryf19:35
*** iamjarvo has joined #openstack-nova19:37
*** iamjarvo has joined #openstack-nova19:38
*** zzzeek has joined #openstack-nova19:41
*** angdraug has joined #openstack-nova19:45
*** Mike_D_laptop has joined #openstack-nova19:46
*** claudiub has quit IRC19:49
*** _gryf has quit IRC19:54
*** annegentle has joined #openstack-nova19:54
*** Mike_D_laptop1 has joined #openstack-nova19:54
*** amotoki has joined #openstack-nova19:55
*** Mike_D_laptop has quit IRC19:56
*** penick has quit IRC19:56
*** marun has joined #openstack-nova19:57
*** dims__ has joined #openstack-nova19:57
*** dims_ has quit IRC20:00
*** penick has joined #openstack-nova20:01
*** boris-42 has quit IRC20:02
*** erw has quit IRC20:02
*** rex_lee has quit IRC20:02
*** dougwig has quit IRC20:02
*** penick has quit IRC20:03
*** annegentle has quit IRC20:04
*** annegentle has joined #openstack-nova20:04
*** penick has joined #openstack-nova20:05
*** penick has quit IRC20:07
*** electrocucaracha has quit IRC20:10
*** thedodd has quit IRC20:11
*** thedodd has joined #openstack-nova20:11
*** dims__ has quit IRC20:11
*** electroc_ has joined #openstack-nova20:12
*** electroc_ has quit IRC20:13
*** oro_ has joined #openstack-nova20:13
*** tjones1 has joined #openstack-nova20:14
*** tellesnobrega_ has joined #openstack-nova20:17
*** ociuhandu has joined #openstack-nova20:19
*** VW has quit IRC20:19
*** ijw has joined #openstack-nova20:22
*** markvoelker has joined #openstack-nova20:24
*** otter768 has joined #openstack-nova20:24
*** VW has joined #openstack-nova20:25
*** electrocucaracha has joined #openstack-nova20:25
*** ijw has quit IRC20:28
*** markvoelker has quit IRC20:28
*** otter768 has quit IRC20:29
openstackgerritNikola Dipanov proposed openstack/nova: API: make sure a blank volume with no size is requested  https://review.openstack.org/18891320:31
openstackgerritNikola Dipanov proposed openstack/nova: Make Nova better at keeping track of volume sizes in BDM  https://review.openstack.org/18891420:31
openstackgerritNikola Dipanov proposed openstack/nova: compute: Make swap_volume with resize updates BDM size  https://review.openstack.org/18891520:31
*** annashen has joined #openstack-nova20:34
*** READ10 has joined #openstack-nova20:35
*** tellesnobrega_ has quit IRC20:38
*** ivasev has quit IRC20:38
*** tellesnobrega_ has joined #openstack-nova20:39
*** alex_klimov has joined #openstack-nova20:39
*** iamjarvo has quit IRC20:39
*** alex_klimov has quit IRC20:45
vilobhmmsuperdan : ping20:47
superdanvilobhmm: pong20:47
vilobhmmlike the friday names….meanwhile thought will check with you on https://review.openstack.org/#/c/138607/20:48
vilobhmmsuperdan : ^^20:49
*** pradipta has quit IRC20:49
superdanvilobhmm: like I said before, it's on my list, I'll get to it, you don't need to remind me20:49
*** jecarey has quit IRC20:49
*** lpetrut has quit IRC20:49
superdanvilobhmm: have you reviewed any of my patches?20:49
*** dougwig has joined #openstack-nova20:50
vilobhmmsuperdan : i will try to help….please let me know which ones need review20:50
vilobhmmwill be happy to help20:51
*** ameade has joined #openstack-nova20:51
*** dprince has quit IRC20:51
superdanvilobhmm: https://etherpad.openstack.org/p/liberty-nova-priorities-tracking20:52
*** erw has joined #openstack-nova20:52
vilobhmmsuperdan : sure will have a look20:52
*** zhiyan has joined #openstack-nova20:54
*** dave-mccowan has joined #openstack-nova20:56
*** alex_klimov has joined #openstack-nova20:57
*** amotoki has quit IRC20:57
*** tonytan4ever has quit IRC20:59
*** tonytan4ever has joined #openstack-nova20:59
*** penick has joined #openstack-nova20:59
*** boris-42 has joined #openstack-nova21:00
*** tonytan4ever has quit IRC21:04
*** alex_klimov has quit IRC21:04
*** penick has quit IRC21:04
*** briancurtin has joined #openstack-nova21:05
*** rfolco has quit IRC21:05
*** dpaterson has quit IRC21:08
*** oro_ has quit IRC21:08
*** krtaylor has quit IRC21:08
*** ociuhandu has quit IRC21:09
*** Sukhdev has quit IRC21:10
*** tellesnobrega_ has quit IRC21:11
*** artom has quit IRC21:12
*** iamjarvo has joined #openstack-nova21:12
*** iamjarvo has quit IRC21:12
*** aysyanne has quit IRC21:12
*** destiny has joined #openstack-nova21:12
*** iamjarvo has joined #openstack-nova21:13
*** Mike_D_laptop1 has quit IRC21:15
*** ijw has joined #openstack-nova21:16
*** wanghao has joined #openstack-nova21:17
*** VW has quit IRC21:18
*** ijw has quit IRC21:21
*** dave-mccowan has quit IRC21:21
*** ijw has joined #openstack-nova21:22
vilobhmmsuperdan : reviewed https://review.openstack.org/#/c/187718/ ; https://review.openstack.org/#/c/187719/ ; https://review.openstack.org/#/c/187720/ ; https://review.openstack.org/#/c/188109/ ; https://review.openstack.org/#/c/188110/21:23
*** promulo__ has quit IRC21:23
superdanvilobhmm: cool, thanks!21:23
vilobhmmnp21:23
ndipanoffsuperdan, so I responded on this https://review.openstack.org/#/c/180637/21:24
ndipanoffsee if it makes any sense21:25
ndipanoffand thanks for looking21:25
*** ijw has quit IRC21:27
*** VW has joined #openstack-nova21:29
*** tonytan4ever has joined #openstack-nova21:30
*** claudiub has joined #openstack-nova21:30
*** agireud has quit IRC21:30
*** iamjarvo has quit IRC21:31
*** cbader has quit IRC21:32
*** figleaf is now known as edleafe21:34
*** tonytan4ever has quit IRC21:34
*** zzzeek has quit IRC21:37
*** iamjarvo has joined #openstack-nova21:38
*** Marga_ has joined #openstack-nova21:39
*** Marga_ has quit IRC21:39
*** Marga_ has joined #openstack-nova21:40
*** openstack has joined #openstack-nova21:42
*** rex_lee has joined #openstack-nova21:43
*** amotoki has joined #openstack-nova21:44
*** vladikr has joined #openstack-nova21:52
*** krtaylor has joined #openstack-nova21:54
*** alanf-mc has quit IRC22:00
*** burt has quit IRC22:00
*** marzif_ has quit IRC22:01
*** angdraug has quit IRC22:01
*** matrohon has quit IRC22:02
*** Kennan2 has joined #openstack-nova22:02
*** Kennan has quit IRC22:03
*** thedodd has quit IRC22:07
*** amotoki has quit IRC22:11
*** markvoelker has joined #openstack-nova22:12
*** VW has quit IRC22:12
*** VW has joined #openstack-nova22:13
*** tjones1 has quit IRC22:13
*** tjones1 has joined #openstack-nova22:14
*** angdraug has joined #openstack-nova22:16
*** markvoelker has quit IRC22:17
*** annashen has quit IRC22:19
*** ijw has joined #openstack-nova22:22
*** tjones2 has joined #openstack-nova22:23
*** tjones1 has quit IRC22:24
*** eantyshev has quit IRC22:24
*** otter768 has joined #openstack-nova22:25
*** VW has quit IRC22:25
*** marun has quit IRC22:26
*** ijw has quit IRC22:27
*** xyang1 has quit IRC22:29
*** otter768 has quit IRC22:30
*** alanf-mc has joined #openstack-nova22:30
*** ZZelle has quit IRC22:33
*** gabriel-bezerra has quit IRC22:35
*** tjones2 has quit IRC22:36
*** openstackgerrit has quit IRC22:37
*** iamjarvo has quit IRC22:37
*** openstackgerrit has joined #openstack-nova22:37
*** gabriel-bezerra has joined #openstack-nova22:40
*** ozialien has joined #openstack-nova22:49
*** tjones1 has joined #openstack-nova22:53
*** Marga_ has quit IRC22:53
*** bradjones is now known as bradjones_away23:00
*** cfriesen has joined #openstack-nova23:01
*** ozialien has quit IRC23:02
*** ozialien has joined #openstack-nova23:05
*** angdraug has quit IRC23:06
*** angdraug has joined #openstack-nova23:07
mingyquestion: is it preferred to run tests with tox or with run_tests.sh? what are their differences?23:08
*** davideagnello has quit IRC23:08
*** hemna is now known as hemnafk23:09
*** nihilifer has quit IRC23:11
*** nihilifer has joined #openstack-nova23:12
*** davideagnello has joined #openstack-nova23:14
*** davideagnello has quit IRC23:18
*** annegentle has quit IRC23:18
*** davideagnello has joined #openstack-nova23:18
*** annashen has joined #openstack-nova23:20
*** bradjones_away is now known as bradjones23:20
*** ijw has joined #openstack-nova23:22
*** destiny has quit IRC23:25
*** sdake has joined #openstack-nova23:26
*** annashen has quit IRC23:26
*** ijw has quit IRC23:27
*** ian_brown has quit IRC23:33
*** ozialien has quit IRC23:33
*** mingy has quit IRC23:36
*** ian_brown has joined #openstack-nova23:37
*** iamjarvo has joined #openstack-nova23:38
*** cfriesen has quit IRC23:39
*** jwcroppe has joined #openstack-nova23:41
*** bradjones has quit IRC23:42
*** bradjones has joined #openstack-nova23:42
*** ian_brown has quit IRC23:42
*** bradjones is now known as bradjones_away23:47
*** ian_brown has joined #openstack-nova23:47
*** tjones1 has quit IRC23:50
*** dboik_ has quit IRC23:50
*** bradjones_away is now known as bradjones|away23:52
*** amotoki has joined #openstack-nova23:53
*** BadCub is now known as BadCub-Hiding23:55
*** sdake_ has joined #openstack-nova23:57

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