Earlier  
Posted Nick Remark
#openstack-nova - 2018-01-18
17:06:06 bauzas anyway, calling it a day
17:06:19 bauzas \o and thanks gibi
17:06:26 gibi bauzas: have a nice afternoon!
17:06:38 bauzas s/evening
17:06:46 bauzas GMT+1 man ;)
17:08:06 gibi bauzas: yeah, sorry, bad English :)
17:08:19 gibi btw I have to leave now as well
17:59:43 ciao list
18:16:18 efried jaypipes Thinking it through some more, since update_from_provider_tree is walking any number of providers, it might make more sense to handle conflicts internal to that method after all: log a warning, invalidate *that* provider from the cache, set an overall "failed" flag, and move on to the next provider needing to be changed. At the end, if the overall "failed" flag is set, raise an exception.
18:17:09 jaypipes efried: ++
18:41:02 octopus J'ai installer Openstack sur trois VMs (Controller, Network et Compute)
18:41:04 octopus Ma premiere question concerne les endpoint keystone. tous les endpoint pointe sur mon serveur Controller sauf les endpoint neutron (network). Est-ce que les endpoint nova doivent pointer sur le serveur compute ou sur le serveur controller ?
18:41:08 octopus Lorsque je lances "openstack server create ...." j'ai ce message d'erreur: Erreur de l'API inattendue. Merci de la reporter sur http://bugs.launchpad.net/nova/ et d'y joindre le rapport de L'API Nova si possible.
18:41:11 octopus <class 'keystoneauth1.exceptions.connection.ConnectFailure'> (HTTP 500) (Request-ID: req-164d48ac-21b2-4318-8a59-1c9748479bd1)
18:41:14 octopus Quand je regarde mes logs j'ai ça: ERROR nova.api.openstack.extensions [req-179695e3-e5c1-4574-89ab-e66e566c5592 - - - - -] Unexpected exception in API method: ConnectFailure: Unable to establish connection to http://127.0.0.1:9696/v2.0/security-groups?fields=id&id=920f739e-8105-400b-baf0-0356d0fe0e61: HTTPConnectionPool(host='127.0.0.1', port=9696): Max retries exceeded with url: /v2.0/security-groups?fields=id&id=920f73
18:41:19 octopus 9e-
18:41:21 octopus 8105-400b-baf0-0356d0fe0e61 (Caused by NewConnectionError('<requests.packages.urllib3.connection.HTTPConnection object at 0x9359090>: Failed to establish a new connection: [Errno 111] ECONNREFUSED',))
18:41:24 octopus Pour il recherche sur le Port 9696 local ? j'ai bien déclaré mes API (admin, public, interne) neutron sur le serveur neutron (http://network:9696)
18:41:27 octopus pourquoi :)
18:41:29 octopus Merci pour votre aide :)
19:05:19 jroll out of tree api extensions are totally dead now, right? trying to find solid verification of that but having trouble
19:08:36 jroll ah, found it
19:08:37 efried octopus Je crois que l'endpoint nova doit pointer au serveur où se trouve la service n-api (qui est normalement le controlleur).
19:08:54 jroll for anyone that cares about my question: https://github.com/openstack/nova/commit/874ba55a4933e917bca1756fab16d45eb5abf4c0
19:08:54 efried Quant aux questions keystone, meilleur les poser dans #openstack-keystone
19:10:08 efried octopus (Et les poser en anglais :) Il n'y a pas beaucoup be francophones là-dedans)
19:10:23 efried jroll Is that the last patch in the blueprint?
19:11:13 efried octopus s/be/de/
19:11:32 jroll efried: yes, but had trouble finding this BP, as "api-no-more-extensions" linked to "api-no-more-extensions-ocata", which doesn't exist, and this was in "api-no-more-extensions-pike"
19:30:34 artom efried, the hell, you're French?
19:30:59 efried artom No, American
19:31:13 artom efried, well, your French is pretty good :)
19:31:24 efried Thanks!
19:48:41 openstackgerrit Eric Fried proposed openstack/nova master: ProviderTree.data => ProviderData https://review.openstack.org/533244
19:48:41 openstackgerrit Eric Fried proposed openstack/nova master: SchedulerReportClient.set_traits_for_provider https://review.openstack.org/532564
19:48:41 openstackgerrit Eric Fried proposed openstack/nova master: Track associated sharing RPs in report client https://review.openstack.org/526539
19:48:42 openstackgerrit Eric Fried proposed openstack/nova master: Raise on API errors getting aggregates/traits https://review.openstack.org/526540
19:48:42 openstackgerrit Eric Fried proposed openstack/nova master: ProviderTree.populate_from_iterable https://review.openstack.org/520756
19:48:43 openstackgerrit Eric Fried proposed openstack/nova master: Track tree-associated providers in report client https://review.openstack.org/526541
19:48:43 openstackgerrit Eric Fried proposed openstack/nova master: SchedulerReportClient.set_aggregates_for_provider https://review.openstack.org/533808
19:48:44 openstackgerrit Eric Fried proposed openstack/nova master: report client: get_provider_tree_and_ensure_root https://review.openstack.org/521098
19:48:45 openstackgerrit Eric Fried proposed openstack/nova master: ComputeDriver.update_provider_tree() https://review.openstack.org/521187
19:48:45 openstackgerrit Eric Fried proposed openstack/nova master: WIP: SchedulerReportClient.update_from_provider_tree https://review.openstack.org/533821
19:48:46 openstackgerrit Eric Fried proposed openstack/nova master: WIP: Use update_provider_tree from resource tracker https://review.openstack.org/520246
19:48:46 openstackgerrit Eric Fried proposed openstack/nova master: Fix nits in update_provider_tree series https://review.openstack.org/531260
19:48:47 openstackgerrit Eric Fried proposed openstack/nova master: SchedulerReportClient._delete_provider https://review.openstack.org/535463
19:48:58 efried jaypipes ^ The bottom chunks of that (the non-WIPs) should be good to go as we discussed.
19:49:10 jaypipes efried: roger
19:49:20 efried jaypipes I injected the _delete_provider helper in the middle there, as discussed in the review of update_from_provider_tree.
19:49:39 jaypipes efried: yup, perfect, thank you sir
19:49:58 efried jaypipes I'm going to sidetrack slightly and do some cleanup I've been meaning to do for a while. Should be a small change: I'm gonna move the _association_refresh_time datum into the _Provider.
19:50:11 efried jaypipes Cause I noticed there's a bunch of places we're forgetting to keep that guy up to date.
19:50:20 jaypipes ++
19:50:21 jaypipes sounds good to me.
19:50:32 jaypipes I will re-review the series
19:50:45 efried Thanks dood.
19:52:08 openstackgerrit Merged openstack/nova master: [libvirt] Allow multiple volume attachments https://review.openstack.org/267587
19:52:51 ildikov yaaay \o/ :) waited 2 years for that one ^^
19:53:07 edleafe ildikov: congrats!
19:53:46 ildikov edleafe: thanks :) it's the first patch of the series and not all approved yet, but I'm already emotional... :)
19:54:37 jroll woooo
19:57:10 openstackgerrit Merged openstack/nova master: Handle swapping to a multiattach volume https://review.openstack.org/532928
19:57:21 jaypipes ildikov: :)
19:58:00 ildikov jaypipes: two more patches to go
19:58:16 ildikov jaypipes: and tests and the gate job and ... :)
20:07:21 openstackgerrit Merged openstack/python-novaclient master: Update documentation links https://review.openstack.org/535196
20:23:15 openstackgerrit Jackie Truong proposed openstack/nova master: Add trusted_image_certificates to REST API https://review.openstack.org/486204
20:30:22 logan- hi, what is the best way to get some eyes on https://bugs.launchpad.net/nova/+bug/1729584? It has been assigned for a few months but does not appear to be getting any movement. pretty impactful for rbd based envs that tend to rely on virtio-scsi heavily
20:30:23 openstack Launchpad bug 1729584 in OpenStack Compute (nova) "boot from volume + configdrive broken" [Undecided,Confirmed] - Assigned to sahid (sahid-ferdjaoui)
20:39:31 efried logan- Folks are going to be focusing pretty heavily on new function for the next week or two, before feature freeze. I expect high-impact bugs will start to get focus after that.
20:39:52 efried Also, some of the people dealing with volumey stuff are on vacation at the moment.
20:39:58 efried ildikov Do you know anything about this bug ^ ?
20:40:36 efried jaypipes edleafe Y'all know if anyone is on the hook to run the nova meeting in 20min?
20:40:45 jaypipes no idea
20:41:17 ildikov efried: I tend to remember some probably related discussion from last week, but never really looked into configdrive :(
20:45:04 logan- thanks efried
20:45:52 efried logan- In the meantime, if you haven't already, add some words that will influence the bugs team to prioritize it appropriately.
20:45:56 logan- ildikov: actually my bigger issue there is the out of order boot device when 2 volumes are attached, last comment there explains that part.
20:46:09 logan- sure
20:46:13 efried logan- We had a helluva time solving that one for PowerVM.
20:47:46 ildikov logan-: ah, got it
20:53:49 edleafe efried: thanks for volunteering! :-P
20:53:56 efried oy vay.
20:53:59 efried It's gonna be a short one.
20:57:55 openstackgerrit Mark Goddard proposed openstack/nova master: Send traits to ironic on server boot https://review.openstack.org/508116
20:57:56 openstackgerrit Mark Goddard proposed openstack/nova master: Add get_traits() method to ComputeDriver https://review.openstack.org/532287
20:57:56 openstackgerrit Mark Goddard proposed openstack/nova master: Call get_traits() in the resource tracker https://review.openstack.org/532290
20:57:57 openstackgerrit Mark Goddard proposed openstack/nova master: Implement get_traits() for the ironic virt driver https://review.openstack.org/532288
22:27:15 tonyb So the novaclient 10.0.0 update is blocked by horizon tests failing, so is it a novaclient bug or a horizon issue? http://logs.openstack.org/50/533750/1/check/cross-horizon-py27/a2d9a15/job-output.txt.gz#_2018-01-17_04_13_55_132244
22:27:51 openstackgerrit Jay Pipes proposed openstack/nova master: Add trusted_certs object https://review.openstack.org/489408
22:27:51 openstackgerrit Jay Pipes proposed openstack/nova master: Add trusted_image_certificates to REST API https://review.openstack.org/486204
22:29:38 jroll tonyb: based on this, I'd say novaclient removed stuff horizon depended on: https://docs.openstack.org/releasenotes/python-novaclient/unreleased.html#id1
22:29:45 jroll whoever's bug you like to call that :)
22:29:59 jroll sounds like a horizon bug if it was properly deprecated
22:32:45 tonyb jroll: Yeah that was my gut feel, I'll go do some research
22:33:11 jroll tonyb: looks like 9.0 was pike
22:33:19 tonyb jroll: one advantage to slow booting machines is you can wander off into the weeds while they boot/deploy ;P
22:33:30 jroll lol :)
22:44:00 openstackgerrit Hongbin Lu proposed openstack/nova master: [WIP] Use revision_number on adding/removing security group https://review.openstack.org/535510
23:02:07 openstackgerrit Eric Fried proposed openstack/nova master: Move refresh time from report client to prov tree https://review.openstack.org/535517

Earlier   Later