| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-01-26 | |||
| 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 | |
| 19:05:41 | mriedem | cfriesen: figure out the performance issue? | |
| 19:08:09 | cfriesen | mriedem: not yet. we're going to do a comparison of right before/after the OpenStack version switch to remove as many factors as possible. | |
| 19:08:43 | cfriesen | mriedem: things as basic as nova-compute downloading an image from glance take more than twice as long | |
| 19:09:04 | sean-k-mooney | mriedem: damb you are overflowing a long in a enum that is bizar | |
| 19:09:29 | mriedem | sean-k-mooney: wasn't a problem until i had to install libpcre3-dev | |
| 19:10:43 | sean-k-mooney | maybe they chaged the type form a long long but still why would you ever need an enum that high or with that many values. there must be something else going on | |
| 19:11:01 | mriedem | i haven't done any other apt-get updates either | |
| 19:11:09 | mriedem | so shouldn't be pulling in the new python2.7 for xenial | |
| 19:12:11 | sean-k-mooney | mriedem: you didnt install any new pip pakages or downgrade them did you. pip really does not handel downgrades well so i have seen random issue in the past becase of that | |
| 19:12:25 | mriedem | no, only thing was a tox -r -e py27 | |
| 19:12:35 | mriedem | and then it was trying to install python-pcre | |
| 19:12:54 | mriedem | and i had to install libpcre3-dev for that to work | |
| 19:15:00 | sean-k-mooney | mriedem: were you looking at a partcalar patch. can an try pulling it donw in a vm i dont care too much about and see if i get teh same issue | |
| 19:15:27 | mriedem | Collecting python-pcre===0.7 (from -c https://git.openstack.org/cgit/openstack/requirements/plain/upper-constraints.txt (line 440)) | |
| 19:15:28 | sean-k-mooney | that said ill be heading home in 45 mins to an hour so wont be arround too much longer | |
| 19:15:35 | mriedem | sean-k-mooney: no i'm trying to write unit tests for something | |