Earlier  
Posted Nick Remark
#openstack-nova - 2017-05-23
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 dansmith mriedem: how about that?
19:51:56 cdent penick: you get a gold star
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 dansmith ceph ephemeral is not equivalent to BFV if that's what you mean
20:05:11 mriedem so use the ceph image backend in nova, do you need volumes?
20:05:33 penick Ugh ceph.
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:54 mriedem fine fine
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
20:07:58 penick But..why not let Cinder do the word of managing volumes?
20:08:06 dansmith cdent: you may
20:08:07 dansmith penick: yeah, that
20:08:12 dansmith has been my suggestion,
20:08:15 dansmith but it's a ton of work
20:08:30 dansmith and openstack being already dead according to the press, we don't have enough time to finish that before we're done
20:08:46 penick Pfft. Dead. Hah

Earlier   Later