| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-01-26 | |||
| 15:19:19 | jroll | leakypipes: https://i.imgur.com/rCr9A.png | |
| 15:19:20 | sean-k-mooney | leakypipes: :) ok ill send a mail to the list requestion the FFE mriedem i hope you dont mind if i cc you. im currently working on the changes now so the final version should be up before i leave today unless there are new review comments. | |
| 15:19:42 | melwitt | leakypipes: you probably need snapshot_image_format = raw too if that will dictate what format the image ends up in glance. the root point is that the image format in glance must be raw for ceph's native cow clone stuff to work | |
| 15:19:51 | radio_gaga | leakypipes, fried_rice https://review.openstack.org/#/c/538264 | |
| 15:20:40 | superdan | jroll: love it | |
| 15:21:08 | jroll | :D | |
| 15:21:20 | kashyap | Can anyone explain what exactly is 'nova live-igration-force-complete' doing under the hood? /me goes to look at source meanwhile | |
| 15:22:01 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: reno for notification-transformation-queens https://review.openstack.org/518018 | |
| 15:22:17 | giblet | mriedem: ^^ | |
| 15:22:54 | leakypipes | jroll: lol, that's awesome | |
| 15:22:59 | openstackgerrit | Radoslav Gerganov proposed openstack/nova master: ProviderTree.new_child: parent is either uuid or name https://review.openstack.org/538264 | |
| 15:24:55 | fried_rice | radio_gaga Small test addition please. | |
| 15:27:09 | mriedem | sean-k-mooney: too late for that one | |
| 15:27:20 | mriedem | leakypipes: there is a direct snapshot thing you can configure with the rbd image backend | |
| 15:27:30 | mriedem | metacloud added it a few years ago | |
| 15:28:41 | mriedem | kashyap: post-copy i think | |
| 15:29:13 | openstackgerrit | Radoslav Gerganov proposed openstack/nova master: ProviderTree.new_child: parent is either uuid or name https://review.openstack.org/538264 | |
| 15:29:32 | kashyap | mriedem: It is related, but not entirely specific to PostCopy, near as I see. | |
| 15:29:39 | kashyap | I'm looking at this document: doc/source/admin/live-migration-usage.rst | |
| 15:29:44 | melwitt | leakypipes, mriedem: oh yeah. the direct snapshot also involves exposing a direct image URL in glance | |
| 15:29:49 | kashyap | And it says: | |
| 15:29:52 | melwitt | trying to find docs for this | |
| 15:29:53 | mriedem | kashyap: any docs on live migratoin in nova are probably super old | |
| 15:30:09 | kashyap | mriedem: Okay, I'll add a TODO to update that, actually | |
| 15:30:39 | mriedem | leakypipes: melwitt: https://specs.openstack.org/openstack/nova-specs/specs/mitaka/implemented/rbd-instance-snapshots.html | |
| 15:30:50 | radio_gaga | fried_rice, done | |
| 15:30:53 | mriedem | the ceph CI job is also configured to make this work ^ | |
| 15:31:18 | melwitt | mriedem: yeah, just found that. I would have thought there was some kinda operator docs about this somewhere | |
| 15:31:37 | melwitt | apparently not | |
| 15:31:54 | melwitt | not finding anything on the googles | |
| 15:32:36 | superdan | kashyap: it pauses the instance to stop the dirtying I think | |
| 15:32:44 | sean-k-mooney | mriedem: ok ill see if i can continue working on it until early rocky | |
| 15:32:53 | mriedem | melwitt: well, if there was, the operator docs were all deleted | |
| 15:33:06 | mriedem | melwitt: but i doubt it | |
| 15:33:28 | kashyap | superdan: At least the existing doc says (12 lines of paste upcoming): | |
| 15:33:30 | mriedem | the direct image / location url stuff is semi-not recommended | |
| 15:33:33 | kashyap | - **Manually force-complete the migration** | |
| 15:33:34 | kashyap | .. code-block:: console | |
| 15:33:34 | kashyap | $ nova live-migration-force-complete INSTANCE_ID MIGRATION_ID | |
| 15:33:34 | kashyap | The instance is paused until memory copy completes. | |
| 15:33:34 | kashyap | .. caution:: | |
| 15:33:36 | kashyap | Since the pause impacts time keeping on the instance and not all | |
| 15:33:37 | mriedem | because it exposes the location of the image | |
| 15:33:38 | kashyap | applications tolerate incorrect time settings, use this approach with | |
| 15:33:41 | kashyap | caution. | |
| 15:34:44 | kashyap | superdan: So your guess seems right | |
| 15:35:17 | superdan | kashyap: it wasn't really a guess, but ... okay :) | |
| 15:35:30 | kashyap | superdan: I like how you're a stickler for words. | |
| 15:47:05 | openstackgerrit | Claudiu Belu proposed openstack/nova master: tests: fixes mock autospec usage https://review.openstack.org/447505 | |
| 16:06:57 | mriedem | figleaf: ooo alternate hosts for resize is finally in the gate queue | |
| 16:06:58 | mriedem | progress | |
| 16:08:53 | lpetrut | mriedem: hi, quick question about nova docs: do you know by any chance if config option tables are still being used? e.g. https://github.com/openstack/openstack-manuals/blob/stable/newton/doc/config-reference/source/tables/nova-vnc.rst | |
| 16:09:02 | mriedem | yes | |
| 16:09:12 | mriedem | https://docs.openstack.org/nova/latest/configuration/sample-config.html | |
| 16:09:18 | mriedem | https://docs.openstack.org/nova/latest/configuration/config.html | |
| 16:09:38 | mriedem | lpetrut: those docs are auto-generated from the config options in code | |
| 16:09:59 | lpetrut | got it, the only "issue" with that is that you no longer have separate tables that you may reference throughout the docs | |
| 16:10:13 | mriedem | so like linking directly to hyperv options? | |
| 16:10:20 | lpetrut | yeah, for example | |
| 16:10:24 | leakypipes | sahid: I see you are assigned to https://bugs.launchpad.net/nova/+bug/1729584. Did you have in-progress code on that? Seems like a trivial fix (from sileht) | |
| 16:10:25 | openstack | Launchpad bug 1729584 in OpenStack Compute (nova) "boot from volume + configdrive broken" [Undecided,Confirmed] - Assigned to sahid (sahid-ferdjaoui) | |
| 16:10:37 | mriedem | lpetrut: https://docs.openstack.org/nova/latest/configuration/config.html#hyperv | |
| 16:10:40 | mriedem | tada! | |
| 16:12:01 | lpetrut | hmm, I guess that works as well. Previously, you could've embedded the tables on other doc pages, e.g. https://docs.openstack.org/cinder/latest/configuration/block-storage/drivers/lvm-volume-driver.html | |
| 16:13:48 | figleaf | mriedem: 11 hours and still just sitting there. Maybe it will get through by the end of Rocky :) | |
| 16:14:43 | fried_rice | figleaf Based on the past few days, it'll take another 12h or so to fail. | |
| 16:14:53 | giblet | figleaf: I have patches in gate queue for more than 17 hours without any job being executed on them | |
| 16:15:04 | mriedem | patience, | |
| 16:15:10 | mriedem | at least the volume backup thing is fixed (again) | |
| 16:15:20 | superdan | heh top nova change has been there for 20h | |
| 16:15:25 | fried_rice | figleaf When you're asleep, so it's another 8h before you can recheck if nobody else gets to it. | |
| 16:15:25 | sahid | leakypipes: nothing so far | |
| 16:18:20 | leakypipes | sahid: k. mind if I take it? | |
| 16:18:37 | sahid | leakypipes: please do | |
| 16:18:42 | mriedem | that community-wide mox goal will kill us with test_neutronv2.py alone | |
| 16:18:43 | leakypipes | sahid: k, cheers | |
| 16:22:26 | figleaf | fried_rice: oh, no, I'm planning on staying up all night staring at the Zuul status page | |
| 16:23:03 | fried_rice | figleaf Tonight and Saturday night? Thanks! | |
| 16:23:36 | figleaf | fried_rice: All weekend!! | |
| 16:26:15 | fried_rice | mriedem So does http://lists.openstack.org/pipermail/openstack-dev/2018-January/126621.html mean we can continue approving new function? | |
| 16:26:53 | mriedem | not in my opinion | |
| 16:27:16 | mriedem | http://lists.openstack.org/pipermail/openstack-dev/2018-January/126600.html | |
| 16:27:41 | mriedem | personally i'm spent, we have a bunch of stuff already approved, | |
| 16:27:43 | mriedem | and 2 weeks to FF | |
| 16:27:45 | mriedem | *RC1 | |
| 16:27:55 | mriedem | so we're going to have bugs creep up from what gets merged over the weekend | |
| 16:28:02 | fried_rice | Swhat I figured, and I probably would have said the same in your position, but it was worth a shot :) | |
| 16:28:14 | mriedem | i don't want to be busting ass to merge more stuff that will add more bugs | |
| 16:28:15 | mriedem | ack | |
| 16:28:44 | mriedem | i've already deferred several bps this morning anyway | |
| 16:39:04 | sean-k-mooney | mriedem: oh on that am is it ok to propose the feature bases schduling spec for rocky since its defered or would you like me to hold off until ater the release to re propose the spec | |
| 16:39:41 | mriedem | re-proposing specs for rocky right now is fine | |
| 16:46:20 | sean-k-mooney | mriedem: cool will do i know we need to focus on getting queens out the door so dont want to cause un needed churn. ill upoald the latest version fo the code too and set a -1 on it unill master reopens for rocky after the PTG thanks :) | |
| 17:03:50 | mriedem | python-pcre must be new? | |
| 17:06:52 | mriedem | not sure what's pulling that in, but now i need libpcre3-dev installed | |
| 17:10:50 | leakypipes | mriedem: just noticed that too... | |
| 17:12:13 | fried_rice | Not something I ever thought I would be happy to say, but my patches are now failing in a couple of hours. | |
| 17:12:33 | figleaf | fried_rice: efficient! | |
| 17:12:52 | fried_rice | The gate is officially giving me the finger: build-openstack-sphinx-docs finger://ze05.openstack.org/c5b1d14f3fa944388c1e6d0979203466 : POST_FAILURE in 6m 55s | |
| 17:25:11 | openstackgerrit | Jay Pipes proposed openstack/nova master: only increment disk address unit for scsi devices https://review.openstack.org/538310 | |