| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-09-01 | |||
| 17:01:31 | mriedem | well, now i'm not sure what to do | |
| 17:03:15 | dansmith | have a beer? | |
| 17:05:40 | mriedem | i left a summary in https://review.openstack.org/#/c/499237/ | |
| 17:05:52 | mriedem | feel free to r'ar or whatever | |
| 17:05:56 | mriedem | i'm going to make lunch | |
| 17:58:37 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Update docs for _destroy_evacuated_instance https://review.openstack.org/500144 | |
| 18:03:28 | openstackgerrit | Sean Dague proposed openstack/nova master: DNM: test cells v1/nova-net without screen https://review.openstack.org/500151 | |
| 18:03:42 | sdague | mriedem: doesn't seem like cellsv1 job is even in experimental queue for devstack? | |
| 18:04:26 | mriedem | it should be | |
| 18:04:45 | mriedem | used to be anyway | |
| 18:05:26 | mriedem | but yeah i don't see it in there now | |
| 18:06:01 | mriedem | only in experimental for tempest and nova from what i see | |
| 18:09:16 | mriedem | sdague: are you going to add that or should i? | |
| 18:10:16 | openstackgerrit | Matt Riedemann proposed openstack/nova master: doc: link to versioned notification samples from main index https://review.openstack.org/500081 | |
| 18:10:16 | openstackgerrit | Matt Riedemann proposed openstack/nova master: doc: link to placement api-ref and history docs from main index https://review.openstack.org/498977 | |
| 18:26:12 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Modernize set_vm_state_and_notify https://review.openstack.org/499799 | |
| 18:26:12 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Remove dest node allocation if evacuate MoveClaim fails https://review.openstack.org/499878 | |
| 18:28:10 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Update docs for _destroy_evacuated_instances https://review.openstack.org/500144 | |
| 18:28:10 | fried_rice | Procedural question: can I repoint the spec link for a blueprint? Need to submit a q spec for https://blueprints.launchpad.net/nova/+spec/use-service-catalog-for-endpoints | |
| 18:29:11 | mriedem | fried_rice: i have edit rights | |
| 18:29:13 | mriedem | so i can | |
| 18:29:26 | fried_rice | mriedem Ah, cool. So I'll shoot ya the link once I have it. Thanks. | |
| 18:30:42 | openstackgerrit | Merged openstack/nova stable/pike: Fix nova assisted volume snapshots https://review.openstack.org/498979 | |
| 18:31:02 | mriedem | thanks for making me think of this https://www.youtube.com/watch?v=GP1KHL0j0GU | |
| 18:40:05 | sdague | mriedem: either way, I was just surprised. I feel like we had this issue before | |
| 18:40:56 | mriedem | sdague: it comes up every time a devstack change breaks the cells v1 job and blocks nova | |
| 18:41:13 | mriedem | then we fix whatever and forget about it | |
| 18:47:00 | fried_rice | mriedem So the other thing is, this is no longer going to be "use service catalog for endpoints" - it's going to be "use keystoneauth1 discovery for endpoints". Can the blueprint-identifying name be changed; or do I need to file a new blueprint; or do we not care that the identifier is out of sync? | |
| 18:47:03 | sdague | ok, I really thought we merged it the last time :) | |
| 18:49:06 | mriedem | fried_rice: changing the bp name in lp would break the link in the old spec | |
| 18:49:09 | sdague | mriedem: https://review.openstack.org/500169 | |
| 18:49:14 | mriedem | we could file a new blueprint and supersede the old one | |
| 18:49:32 | fried_rice | mriedem Okay, I'll do that. Thanks. | |
| 18:49:43 | fried_rice | long as there's a backtrail. | |
| 18:49:48 | fried_rice | supersede works | |
| 18:50:37 | mriedem | sdague: +1 | |
| 18:51:23 | mriedem | dansmith: superdan: sdague: btw, i'm huawei now but guess what i get to do | |
| 18:51:24 | mriedem | BCG | |
| 18:51:34 | mriedem | jealous!? | |
| 18:51:47 | dansmith | wooooo | |
| 19:03:38 | mriedem | but no videos... | |
| 19:03:39 | mriedem | :( | |
| 19:04:15 | mriedem | "what do you think? should wanda record the future sale to her friend's sister's government contractor for the 3rd quarter even though the sale isn't complete but they say they will sign?" | |
| 19:04:28 | mriedem | ....YES! | |
| 19:09:12 | sdague | mriedem: ok, well at least one cells incompat found and fixed, I'll see if that gets it to completion | |
| 19:28:54 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Pass migration from API to conductor for evacuate https://review.openstack.org/500176 | |
| 20:45:44 | cdent | mriedem: I recall from earlier in the week there was stuff happening about placement-osc-plugin. Where did that end up? Still in progress? Stall? Abort? Done? | |
| 20:45:54 | openstackgerrit | Eric Fried proposed openstack/nova-specs master: Spec: Use keystoneauth1 Adapter for endpoints https://review.openstack.org/500190 | |
| 20:46:34 | fried_rice | mriedem mordred sdague ^ kablam | |
| 21:46:04 | prometheanfire | looks like online_data_migrations are broken in pike for postgresql | |
| 21:47:06 | prometheanfire | mriedem: http://paste.openstack.org/show/h1ABPkHTtlL8i29IIF3i/ | |
| 21:47:25 | prometheanfire | that's after a db sync (which was successful) | |
| 21:49:33 | prometheanfire | http://paste.openstack.org/show/Oen7ZwvnFNlHfjSXyx9S/ has a second/third run too | |
| 21:54:07 | cdent | prometheanfire: is this actually true: “column build_requests.tags does not exist”? | |
| 21:55:36 | prometheanfire | which table? | |
| 21:55:53 | prometheanfire | guess build_requests? | |
| 21:56:26 | prometheanfire | that table is absent | |
| 21:56:28 | cdent | that’s nova/db/sqlalchemy/api_migrations/migrate_repo/versions/042_build_requests_add_tags.py | |
| 21:57:06 | cdent | diid you sync both all your databases? | |
| 21:57:23 | prometheanfire | that may be it | |
| 21:57:24 | prometheanfire | ... | |
| 21:57:42 | cdent | you need an api_db sync too | |
| 21:57:55 | prometheanfire | ya, I forget that every time | |
| 21:58:01 | cdent | :( it ought to be simpler | |
| 21:58:37 | prometheanfire | yep, happier now, NOTABUG | |
| 21:58:48 | prometheanfire | :D | |
| 21:59:00 | prometheanfire | so far so good this time around with postgres | |
| 21:59:15 | cdent | I was actually kind of hoping that it was a bug so we could have the “is postgres supported _really_?” argument all over again | |
| 21:59:19 | cdent | because gosh isn’t that fun? | |
| 21:59:33 | prometheanfire | oh ya... | |
| 22:00:25 | prometheanfire | if I could migrate to galera or something I would at this point, simply because online migrations and all | |
| 22:01:13 | prometheanfire | this install is grizzly I think, maybe havana | |
| 22:52:04 | cdent | If you like micro-optimizations, here’s one that may be useful: https://review.openstack.org/#/c/486829/ | |
| #openstack-nova - 2017-09-02 | |||
| 00:06:35 | openstackgerrit | OpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements https://review.openstack.org/500011 | |
| 00:11:27 | mnaser | i'm trying to figure out something that went bonkers in the puppet ci | |
| 00:11:31 | mnaser | (i know its friday at 8pm but who knows maybe someone is here) | |
| 00:11:36 | mnaser | http://logs.openstack.org/95/500195/1/check/gate-puppet-openstack-integration-4-scenario001-tempest-ubuntu-xenial/ba25431/logs/nova/nova-compute.txt.gz | |
| 00:11:47 | mnaser | it seems to be attempting to report a max_unit and total of 0gb disk | |
| 00:12:07 | mnaser | *however* .. according to this commit https://github.com/openstack/nova/commit/3c217acb9c55d647ca362320d697e80d7cfa5ceb | |
| 00:12:09 | mnaser | it should not report it. | |
| 00:14:17 | mnaser | unless this somehow is reporting things in decimal (aka 0.x) and so therefore that if statement is not valid https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L5330-L5351 | |
| 12:08:23 | openstackgerrit | OpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements https://review.openstack.org/500011 | |
| 12:12:47 | openstackgerrit | OpenStack Proposal Bot proposed openstack/python-novaclient master: Updated from global requirements https://review.openstack.org/500028 | |
| 12:26:15 | wlfightup | host | |
| 12:26:18 | wlfightup | hello | |
| 12:26:25 | wlfightup | who online ? | |
| #openstack-nova - 2017-09-03 | |||
| 02:41:58 | prometheanfire | what's the nova-metadata service used for? | |
| 02:42:12 | prometheanfire | I don't see it doc'd in the install guide, is it something I need to set up? | |
| 03:36:24 | clarkb | prometheanfire: iirc its so you can point VMs at something other than your proper api server for the metadata data | |
| 03:36:41 | clarkb | otherwise the api servers are also the metadata servers | |
| 03:38:05 | prometheanfire | ah | |
| 03:38:21 | prometheanfire | well, don't use that so will not go that route I guess | |
| 04:56:24 | openstackgerrit | steven.DN proposed openstack/nova master: start self-study https://review.openstack.org/500345 | |
| 05:51:59 | openstackgerrit | jichenjc proposed openstack/nova master: check query param for used_limits function https://review.openstack.org/499091 | |
| 05:56:48 | openstackgerrit | jichenjc proposed openstack/nova master: Remove qpid description in doc https://review.openstack.org/499087 | |
| 06:15:23 | openstackgerrit | jichenjc proposed openstack/nova master: check query param for server groups function https://review.openstack.org/500347 | |
| 06:27:08 | mikal | clarkb: I don't think that's correct. I can't see any evidence in the code that the api server ever starts a metadata service | |
| 06:27:33 | mikal | clarkb: the target user is quite different for the metadata service compared with the compute api | |
| 06:29:15 | prometheanfire | mikal: I did a little more reading, the old api server (eventlet) also ran the metadata service I think | |
| 06:29:52 | prometheanfire | what is the compute wsgi script used for? I don't know a service/port that maps to | |