Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2017-02-10
21:43:06 openstackgerrit Matt Riedemann proposed openstack/nova-specs master: Fix a couple of spec names https://review.openstack.org/432469
21:52:41 openstackgerrit Matt Riedemann proposed openstack/nova-specs master: Fix paths when moving specs https://review.openstack.org/432470
21:52:42 openstackgerrit Matt Riedemann proposed openstack/nova-specs master: Move implemented specs for Ocata https://review.openstack.org/432471
21:59:59 openstackgerrit Sujitha proposed openstack/nova master: Change os-server-tags default policy https://review.openstack.org/396420
22:00:48 mriedem melwitt: https://review.openstack.org/#/c/429075/ looks good - leakypipes want to +W that?
22:03:03 leakypipes mriedem: done
22:03:44 openstackgerrit Pushkar Umaranikar proposed openstack/nova master: Placement api: set custom json_error_formatter in inventory https://review.openstack.org/432478
22:17:17 openstackgerrit Matt Riedemann proposed openstack/nova-specs master: PowerVM Driver Integration (Pike) https://review.openstack.org/432387
22:22:21 efried mriedem Thanks!
22:23:15 mriedem np
22:23:27 openstackgerrit Pushkar Umaranikar proposed openstack/nova master: Adopts keystoneauth with glance client. https://review.openstack.org/412634
22:25:09 mriedem superdan: i'm going to start bugging you about stable/newton things, starting with https://review.openstack.org/#/c/408725/
22:28:58 superdan mriedem: hmm, so this one is in ocata and we're just backporting it if they want to get a jump on the cleanup right?
22:30:00 mriedem superdan: yeah, it was reportd by someone moving to newton
22:30:09 mriedem so i fixed on ocata with the intent of backporting
22:30:14 mriedem hence the comments in there
22:33:01 superdan yeah, reading, I just want to get my head wrapped around it, since this is fairly strange
22:33:14 superdan people would have run the online migrations when they upgraded to newton and wouldn't again until the next time
22:36:42 mriedem this is to resolve the issue for anyone upgrading from mitaka before the hit the issue, unless i'm not catching your point
22:37:36 superdan yeah, I think I get it
22:37:51 mriedem in mitaka we had the build request mirror the instance,
22:38:04 mriedem failed instance build in the api (i think) which didn't get deleted,
22:38:06 mriedem something like that
22:38:15 mriedem then in newton, we serialized the instance into the build request,
22:38:29 mriedem but when you try to load that old build request from mitaka, it's data format is different and blows up on load
22:38:52 superdan yeah
22:39:00 superdan why didn't we just do the delete.filter(instance_uuid=null()).limit($limit) ?
22:39:05 superdan instead of the pre-query?
22:39:11 superdan I mean too late now, just thinking
22:39:20 mriedem this https://review.openstack.org/#/c/306023/
22:39:45 mriedem because it's sticking with the limit/count semantis in the online migrations cli
22:39:54 mriedem we talked about just doing the delete straight up on master
22:40:29 mriedem https://review.openstack.org/#/c/408727/2/nova/objects/build_request.py
22:40:35 superdan I think we'd still be able to do the same thing with just delete, but anyway
22:40:55 superdan did we also make it not blow up on load?
22:41:07 superdan this makes instance list blow up until you run this right?
22:42:16 mriedem i'd have to dig into all of that context again
22:42:23 mriedem you were +2 on the ocata change fwiw :)
22:42:57 superdan I know, I just don't have this in my head anymore and.. it's a weird thing to backport
22:43:23 mriedem the whole idea was to backport it from the start
22:43:27 mriedem the blow up on load is here https://review.openstack.org/#/c/298455/16/nova/objects/build_request.py@110
22:44:06 mriedem with a mitaka db record that doesn't have the instance_uuid, that's going to blow up either way, so i'm not sure how we'd handle it, unless we checked for a uuid recored?
22:44:09 superdan I know, I know
22:44:10 mriedem *record
22:44:54 superdan um
22:45:04 mriedem https://github.com/openstack/nova/blob/stable/mitaka/nova/db/sqlalchemy/api_models.py#L143
22:45:05 superdan did we not bump the version on that because it wasn't sent over RPC?
22:45:09 superdan but it was stored in the db...
22:45:31 mriedem "Note that the BuildRequest object version is not being bumped because this object is not yet passed over the wire anywhere or looked up anywhere, so there are no backwards compatibility concerns."
22:46:57 superdan yeah, I'm just trying to figure out why we didn't try to handle the explosion
22:47:01 superdan but I'll just stop asking questions I guess
22:48:35 mriedem i'm assuming no one just ever thought of it
22:50:15 superdan in newton, we were listing buildreqs and putting them in front of the instance list,
22:50:21 cfriesen I'm trying to run devstack on master and getting this:
22:50:24 cfriesen pkg_resources.VersionConflict: (packaging 16.5 (/usr/local/lib/python2.7/dist-packages), Requirement.parse('packaging>=16.8'))
22:50:37 superdan and presumably this but means BuildRequestList.get_all() would fail to yield anything until you run this migration
22:50:52 cfriesen anyone know what's going on there?
22:50:52 superdan which makes the api broken until you get this online migration
22:51:05 superdan but we could have just made BuildRequestList.get_all() ignore a known exception there and log
22:51:13 superdan which seems like an obvious fix, so I'm just wondering why we didn't do it
22:55:43 mriedem i also backported https://review.openstack.org/#/c/420051/ and i'm not sure if we care or not now
22:58:44 mriedem i think we want all of these in newton if we want people to use placement before ocata https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:stable/newton+topic:bug/1647316
22:58:50 mriedem which, maybe we care less about now
22:58:57 mriedem anyway, gotta run now
22:59:03 superdan I care bigly
23:01:08 openstackgerrit Sivasathurappan Radhakrishnan proposed openstack/nova-specs master: Add prep-for-network-aware-scheduling-pike spec https://review.openstack.org/432489
23:04:09 openstackgerrit Sivasathurappan Radhakrishnan proposed openstack/nova master: Add and use ProcessedNetworkRequest object https://review.openstack.org/418025
23:07:08 openstackgerrit Sivasathurappan Radhakrishnan proposed openstack/nova master: Pass objects into _validate_requested_network_ids https://review.openstack.org/418027
23:08:00 openstackgerrit Sivasathurappan Radhakrishnan proposed openstack/nova master: Pass objects into _create_ports_for_instance https://review.openstack.org/418512
23:09:41 openstackgerrit Sivasathurappan Radhakrishnan proposed openstack/nova master: Pass objects into _update_ports_for_instance https://review.openstack.org/418513
23:10:52 openstackgerrit Sivasathurappan Radhakrishnan proposed openstack/nova master: Extract preallocate_for_instance https://review.openstack.org/418876
23:11:34 openstackgerrit Sivasathurappan Radhakrishnan proposed openstack/nova master: Tidy up preallocate_for_instance https://review.openstack.org/419978
23:12:19 openstackgerrit Sivasathurappan Radhakrishnan proposed openstack/nova master: Fix no networks preallocate_for_instance return https://review.openstack.org/419979
23:13:13 openstackgerrit Sivasathurappan Radhakrishnan proposed openstack/nova master: WIP: introduce preallocate_for_instance method. https://review.openstack.org/418881
23:14:37 openstackgerrit Sivasathurappan Radhakrishnan proposed openstack/nova master: WIP: Call preallocate_for_instance before scheduler https://review.openstack.org/413124
23:15:22 openstackgerrit Sivasathurappan Radhakrishnan proposed openstack/nova master: WIP: Add processed_requests to allocate_for_instance https://review.openstack.org/420103
23:28:39 cfriesen anyone around? I'm getting this in current devstack: pkg_resources.VersionConflict: (packaging 16.5 (/usr/local/lib/python2.7/dist-packages), Requirement.parse('packaging>=16.8')) and I'm not sure where the requirement for 16.8 is coming from given that /opt/stack/requirements/upper-constraints.txt says 16.5
23:34:03 openstackgerrit Pushkar Umaranikar proposed openstack/nova master: Add service_token for nova-glance interaction https://review.openstack.org/419662
23:34:37 openstackgerrit Pushkar Umaranikar proposed openstack/nova master: Add service_token for nova-glance interaction https://review.openstack.org/419662
23:54:48 mriedem cfriesen: usually the thing being installed right before it is what's pulling it in
#openstack-nova - 2017-02-11
00:01:36 cfriesen okay, I totally wiped out /opt/stack just in case, and I'm still hitting this. Is this pip itself pulling it in? http://paste.openstack.org/show/598470/
00:02:40 cfriesen I have pip 9.0.1
00:04:58 cfriesen mriedem: ^
00:06:08 cfriesen hmm, this looks suspicious: /usr/local/lib/python2.7/dist-packages/setuptools-34.1.1.dist-info/METADATA:Requires-Dist: packaging (>=16.8)
00:06:54 mriedem yeah probably pip, or setuptools
00:07:04 cfriesen so do I downgrade setuptools?
00:18:51 openstackgerrit John Griffith proposed openstack/nova master: Enable specifying BDM in Flavor Extra-Specs https://review.openstack.org/432503
00:20:42 openstackgerrit OpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements https://review.openstack.org/432001
00:22:28 openstackgerrit John Griffith proposed openstack/nova master: Enable specifying BDM in Flavor Extra-Specs https://review.openstack.org/432503
01:25:57 openstackgerrit Pushkar Umaranikar proposed openstack/nova master: Remove config_drive attribute from build_requests table https://review.openstack.org/432511
03:01:01 openstackgerrit OpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements https://review.openstack.org/432001
19:26:57 mriedem holy crap i have no idea how to debug failures in the cpu pinning libvirt driver tests
19:34:40 mriedem well, i guess i do, they are just totally brittle
21:17:36 openstackgerrit Matt Riedemann proposed openstack/nova master: Bump minimum required libvirt/qemu versions for Pike https://review.openstack.org/432700
21:17:37 openstackgerrit Matt Riedemann proposed openstack/nova master: libvirt: drop MIN_LIBVIRT_BLOCKJOB_RELATIVE_VERSION https://review.openstack.org/432701
21:17:37 openstackgerrit Matt Riedemann proposed openstack/nova master: libvirt: drop MIN_LIBVIRT_FSFREEZE_VERSION https://review.openstack.org/432702
21:17:38 openstackgerrit Matt Riedemann proposed openstack/nova master: libvirt: drop MIN_LIBVIRT_UEFI_VERSION https://review.openstack.org/432703
21:17:38 openstackgerrit Matt Riedemann proposed openstack/nova master: libvirt: drop MIN_LIBVIRT_HYPERV_TIMER_VERSION https://review.openstack.org/432704
21:17:39 openstackgerrit Matt Riedemann proposed openstack/nova master: libvirt: drop MIN_QEMU_DISCARD_VERSION https://review.openstack.org/432705
21:17:39 openstackgerrit Matt Riedemann proposed openstack/nova master: libvirt: drop MIN_LIBVIRT_AUTO_CONVERGE_VERSION https://review.openstack.org/432706

Earlier   Later