| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-01-26 | |||
| 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 | .. caution:: | |
| 15:33:34 | kashyap | The instance is paused until memory copy completes. | |
| 15:33:34 | kashyap | $ nova live-migration-force-complete INSTANCE_ID MIGRATION_ID | |
| 15:33:34 | kashyap | .. code-block:: console | |
| 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 | sahid | leakypipes: nothing so far | |
| 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: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 | |
| 17:27:09 | cfriesen | is anyone doing performance testing release-over-release? We just did a test where launching an instance took over 3x as long on Pike as it did on Newton. Still working to characterize. | |
| 17:32:56 | leakypipes | cfriesen: nope, not that I know of. | |
| 17:33:40 | leakypipes | cfriesen: just make sure you're accounting for all the many things that may have changed, including versions of libvirt/QEMU, operating system, etvc | |
| 17:50:36 | openstackgerrit | James E. Blair proposed openstack/nova master: DNM: test if tempest-full is triggered or not https://review.openstack.org/537936 | |
| 17:59:30 | openstackgerrit | Sen Yang proposed openstack/python-novaclient master: Implement hypervisor hostname exact patten match for server cold migrate https://review.openstack.org/520187 | |
| 18:29:49 | jgwentworth | leakypipes: we've got a scheduler host manager bug fix up at https://review.openstack.org/#/c/533371 which would much appreciate your review | |
| 18:30:29 | leakypipes | jgwentworth: on it. | |
| 18:30:59 | leakypipes | jgwentworth: trade ya for https://review.openstack.org/538310 | |
| 18:31:13 | jgwentworth | leakypipes: sure thing | |
| 18:33:08 | jgwentworth | leakypipes: I'm wondering if there's more to do on that one, see comment 2 on the bug https://bugs.launchpad.net/nova/+bug/1729584 | |
| 18:33:09 | openstack | Launchpad bug 1729584 in OpenStack Compute (nova) "boot from volume + configdrive broken (regression)" [High,In progress] - Assigned to Jay Pipes (jaypipes) | |
| 18:34:34 | jgwentworth | I don't quite understand it yet. saying that the secondary volumes can end up as LUN 0 which results in an unbootable instance. IIUC that's even after applying the patch mentioned in comment 0 | |
| 18:39:08 | jgwentworth | maybe that's just residual from before the patch was applied | |
| 18:39:52 | jgwentworth | logan-: hey, are you around? | |
| 19:05:29 | mriedem | wtf now i'm getting this | |
| 19:05:30 | mriedem | OverflowError: Python int too large to convert to C long | |
| 19:05:30 | mriedem | enum_member = __new__(enum_class, *args) | |
| 19:05:30 | mriedem | File "/home/user/git/nova/.tox/py27/local/lib/python2.7/site-packages/enum/__init__.py", line 230, in __new__ | |
| 19:05:35 | mriedem | with unit tests | |