| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-05-23 | |||
| 19:16:13 | mriedem | meaning the docs job for nova-specs is broken | |
| 19:16:22 | sdague | mordred: nice | |
| 19:16:23 | efried | mriedem Oh. | |
| 19:16:25 | mriedem | looking at logstash, something changed in the last 24 hours | |
| 19:16:30 | mriedem | my guess is some upstream library | |
| 19:16:38 | efried | Not by design | |
| 19:16:43 | efried | or because I'm a bad, bad person. | |
| 19:16:49 | mriedem | i recreated locally | |
| 19:16:57 | mriedem | i'm checking to see which packages changed in the last 24 hours | |
| 19:17:14 | mriedem | but it's nearly nap:30 here and i'm having a hard time caring | |
| 19:23:56 | mriedem | i don't see any recent package releases that look related | |
| 19:26:34 | mriedem | efried: it's sphinx 1.6.1 | |
| 19:27:03 | efried | mriedem Cool, guess nova-specs doesn't get auto-updates to requirements from g-r. | |
| 19:27:12 | mriedem | nova-specs doesn't use upper-constraints | |
| 19:27:14 | efried | mriedem Shall I propose that? | |
| 19:27:23 | mriedem | no | |
| 19:27:33 | efried | (the !1.6.1, that is, not adding the bot) | |
| 19:27:35 | mriedem | well, it's on purpose for some reason | |
| 19:28:11 | mriedem | i've go the thing local | |
| 19:28:13 | mriedem | just writing the bug | |
| 19:29:06 | cdent | edleafe: quick! rewrite placement to use etcd while I feed jaypipes crunchie bars | |
| 19:29:08 | mriedem | i don't really know why we don't use upper-constraints for building nova-specs docs really | |
| 19:29:13 | jaypipes | melwitt: tell James I'm going to hire a choir of angels to sing to him. :) | |
| 19:30:09 | sdague | mriedem: it just never got there | |
| 19:30:38 | sdague | the assumption I think is it was just fast enough to locally fix | |
| 19:30:39 | melwitt | jaypipes: lol :) | |
| 19:30:53 | mriedem | sdague: i don't even know that the docs jobs would use it anyway | |
| 19:30:57 | mriedem | since they don't do tox -e docs | |
| 19:31:03 | mriedem | i think they do build_sphinx directly right? | |
| 19:31:06 | jaypipes | cdent: nom nom! | |
| 19:31:07 | sdague | mriedem: yeh, good point, I don't know | |
| 19:35:08 | openstackgerrit | Matt Riedemann proposed openstack/nova-specs master: Blacklist sphinx 1.6.1 https://review.openstack.org/467367 | |
| 19:38:21 | openstackgerrit | christopher.uhler proposed openstack/nova master: Libvirt volume driver for Veritas HyperScale https://review.openstack.org/443951 | |
| 19:40:34 | mriedem | UK things | |
| 19:40:43 | mriedem | probably have toffee in them | |
| 19:41:49 | melwitt | heh | |
| 19:44:26 | penick | @jaypipes congrats on the fiber rich bug smash | |
| 19:45:00 | mriedem | dansmith: looks like you dropped something in the rebase https://review.openstack.org/#/c/460616/5 | |
| 19:46:16 | openstackgerrit | Lucian Petrut proposed openstack/nova master: [wip] Hyper-V: accept Glance vhdx images https://review.openstack.org/467369 | |
| 19:46:55 | dansmith | mriedem: hmm, not sure how that happened, but okay | |
| 19:47:04 | mriedem | also, | |
| 19:47:13 | mriedem | _find_service was removed in ps4 but not ps5 | |
| 19:47:56 | dansmith | oh, I see, you pushed to my set | |
| 19:47:58 | dansmith | I didn't realize, sorry | |
| 19:51:49 | openstackgerrit | Dan Smith proposed openstack/nova master: re-Allow adding computes with no ComputeNodes to aggregates https://review.openstack.org/460616 | |
| 19:51:56 | cdent | penick: you get a gold star | |
| 19:51:56 | dansmith | mriedem: how about that? | |
| 19:52:09 | penick | ;) | |
| 19:53:35 | mriedem | god damn we should restrict updating an instance until it's active | |
| 19:53:40 | edleafe | penick: was going to respond to the list, but you used all the good puns | |
| 19:54:10 | melwitt | mriedem: I thought we did that already. or was that only tags | |
| 19:54:11 | edleafe | penick: couldn't think of a clever way to say that crap doesn't stick to porcelain, but sure seems to stick to nova | |
| 19:54:18 | mriedem | melwitt: tags | |
| 19:54:21 | mriedem | look at this fing mess https://github.com/openstack/nova/blob/master/nova/compute/api.py#L2732-L2782 | |
| 19:54:51 | dansmith | mriedem: did you mean to remove the line range when referring to the thing that is a fing mess? | |
| 19:55:03 | melwitt | hah that | |
| 19:55:14 | mriedem | line range is in there | |
| 19:55:55 | dansmith | mriedem: what I meant was, you could say "just look at this fing mess" with this link and be quite valid: https://github.com/openstack/nova/blob/master/nova/compute/api.py | |
| 19:56:10 | mriedem | oh | |
| 19:56:12 | mriedem | well, | |
| 19:56:15 | penick | edleafe: so you're saying that prior to being the porcelain of choice, Nova would require vigorous scrubbing? | |
| 19:56:16 | mriedem | i know some volume type in there would help | |
| 19:56:30 | penick | s/Nova/Nova's codebase/ | |
| 19:56:31 | dansmith | mriedem: that'd class it up real nice | |
| 19:56:41 | mriedem | i wonder if we can delete any of that now | |
| 19:56:53 | mriedem | it refers to the before times when we still created the instance in the api | |
| 19:57:31 | mriedem | penick: while you're here, | |
| 19:57:34 | mriedem | do your users use cinder? | |
| 19:57:49 | mriedem | well, do your users boot from volume? | |
| 19:59:09 | penick | They do not, yet. I've paused that project. However we're starting it back up soon. | |
| 19:59:30 | mriedem | that project - a project which has cinder? | |
| 19:59:48 | penick | We've done the work to migrate instances with local disk to boot from volume, and all of our developer productivity environments will switch to using boot from volume as a default | |
| 20:00:24 | mriedem | penick: ok, well when your users complain that they have to create a volume with a non-default type in cinder and then provide that volume to nova, rather than just do it all through nova first, let us konw | |
| 20:00:25 | penick | "that project" = "a project to move our clusters to boot from volume". Sorry, left out context there | |
| 20:00:27 | mriedem | *know | |
| 20:00:52 | penick | Uhm. I'll complain right now. That would suck. | |
| 20:01:13 | smcginnis | penick: Them asking for that? Or not being able to do it? | |
| 20:01:34 | mriedem | penick: will you have multiple cinder backends? | |
| 20:02:07 | penick | For developer productivity I only intend to support boot from volume and local disk | |
| 20:02:53 | dansmith | wait, what? | |
| 20:02:58 | dansmith | penick: you want to move _to_ BFV? | |
| 20:03:21 | dansmith | may I go ahead and wish luck to your therapist? | |
| 20:03:27 | melwitt | penick: note that boot from volume is different than booting instances with ephemeral storage on cinder | |
| 20:04:25 | smcginnis | melwitt: +1 | |
| 20:04:30 | penick | well, I intend to boot instances to having disks which are situated on network storage | |
| 20:05:08 | penick | Let me try that again, in english this time | |
| 20:05:11 | mriedem | so use the ceph image backend in nova, do you need volumes? | |
| 20:05:11 | dansmith | ceph ephemeral is not equivalent to BFV if that's what you mean | |
| 20:05:33 | penick | Ugh ceph. | |
| 20:05:54 | mriedem | fine fine | |
| 20:05:54 | melwitt | yeah, you might be thinking of backing instance ephemeral storage on cinder (ceph?). boot from volume is creating a volume in cinder from an image and attaching it to an instance, and it (the volume) can live on after the instance is deleted | |
| 20:05:56 | mriedem | use scaleio! | |
| 20:06:26 | mriedem | melwitt: or not, delete_on_termination ftw | |
| 20:06:28 | dansmith | 8GB swap for all! | |
| 20:06:32 | penick | So Nova would interact with something like scaleio directly, and not go through cinder? | |
| 20:06:39 | melwitt | mriedem: yep, can do that too | |
| 20:07:04 | dansmith | penick: this is the thing we were talking about -- nova duplicates a fraction of cinder for the drivers we like | |
| 20:07:23 | dansmith | penick: so you can back your instances on ceph, or local, but not much else | |
| 20:07:32 | dansmith | because we like writing things twice and maintaining them once | |
| 20:07:52 | cdent | can I quote you on that dansmith? that's very quotable | |