Earlier  
Posted Nick Remark
#openstack-nova - 2017-05-04
14:39:02 openstackgerrit Jay Pipes proposed openstack/nova master: placement: get providers sharing capacity https://review.openstack.org/460798
14:39:21 jaypipes dansmith: fixed that silly copy/paste error in the functional test ^^
14:39:26 jaypipes dansmith: thx for your reviews!
14:40:12 dansmith jaypipes: did you see the rest? I think I had a -1 on all of them
14:40:21 nammo bauzas: I restarted n-sch, n-cond
14:40:29 nammo Is that sufficient?
14:40:38 bauzas nammo: only n-sch
14:41:58 nammo bauzas: No it is not working for me :(
14:44:43 nammo bauzas: http://paste.openstack.org/show/608874/
14:46:51 jaypipes dansmith: I've fixed some issues. with regards to the long code comment, where do you want me to put that stuff?
14:47:17 dansmith jaypipes: I dunno, it was just an idea.. I'd like to avoid moving the actual db query code elsewhere
14:47:54 bauzas jaypipes: FWIW, I was reviewing your bottom change, but I was thinking about using Workbench
14:47:55 jaypipes dansmith: right... I moved that code into the module-level scope per your request.
14:48:11 bauzas jaypipes: because $sql
14:48:25 dansmith jaypipes: yep, I saw, and I appreciate that. I'm referring to edleafe and cdent's desire to see it moved farther away
14:48:54 jaypipes dansmith: oh. sorry, do you agree with that?
14:49:29 dansmith jaypipes: agree with what? I just said I didn't want to see that code move out, so if we need to make things smaller, maybe we should move the comments out
14:50:51 openstackgerrit Gábor Antal proposed openstack/nova master: Transform aggregate.update_metadata notification https://review.openstack.org/460625
14:51:22 cdent I'm not wed to the idea of moving it out, is fine in the same file, but I find huge python files difficult to think about
14:51:44 jaypipes dansmith: right, and I was asking where you'd like to move the SQL comments.
14:51:57 openstackgerrit Jay Pipes proposed openstack/nova master: placement: tests for non-shared with shared https://review.openstack.org/461899
14:51:57 openstackgerrit Jay Pipes proposed openstack/nova master: placement: test for agg association not sharing https://review.openstack.org/461901
14:51:58 openstackgerrit Jay Pipes proposed openstack/nova master: placement: test non-shared out of inventory https://review.openstack.org/461900
14:51:58 openstackgerrit Jay Pipes proposed openstack/nova master: placement: shared resources when finding providers https://review.openstack.org/461574
14:52:10 dansmith jaypipes: and I said "I dunno" :P
14:52:19 dansmith jaypipes: my preference would be to not move things out of that file
14:52:30 jaypipes dansmith: ah, sorry, I missed that. :)
14:52:39 bauzas cdent: jaypipes: dansmithwhat needs to move ?
14:52:56 bauzas I'm fine with leaving ORM code as it is
14:53:09 bauzas if that's the point
14:58:04 jaypipes bauzas: the discussion is not around the ORM code but rather there is a discussion about how long the code comment with SQL is on that function.
14:58:20 bauzas well
14:58:22 bauzas okay
14:58:29 bauzas not sure it's a problme
14:58:54 bauzas when I wrote the long docstring, I also fixed the comment when I changed the calls
14:59:19 bauzas that's why I'd like to at least pdb your change for verifying the SQL query
14:59:39 mriedem won't we want the big ass sql comment for the complicated orm code?
14:59:51 mriedem as dansmith said earlier in the week, this is all fine but i won't be debugging it :)
14:59:52 bauzas it's just part of a reviewer duty /me shrugs
15:00:00 dansmith there is no question about ORM stuff AT ALL
15:00:12 dansmith it's about where to put these comments about the sql
15:00:22 bauzas tbc, I'm fine with the current situation
15:00:34 bauzas having large docstrings is good wit hme
15:00:47 bauzas anyway, /me needs to take my daughter \o
15:05:46 nammo jaypipes: dansmith Hi guys! Can you please help me with removing a filter?
15:05:54 peter-hamilton mriedem: just wanted to put this on your radar - https://review.openstack.org/#/c/357202/
15:06:07 nammo I removed it from enabled_filters, restarted n-sch but still it exists
15:06:11 jaypipes nammo: give us 15-25 minutes. we're currently on a call.
15:06:21 nammo Oh ok sorry.
15:06:26 jaypipes no worries :)
15:06:45 peter-hamilton mriedem: danefichter and i want more nova eyes on it before we go any further
15:10:02 mtreinish johnthetubaguy: what were you looking for on: https://review.openstack.org/#/c/459470 ? The comments are a bit vague on what's missing (its more of a discussion)
15:10:47 johnthetubaguy mtreinish: good question, I have a feeling I got distracted and moved to a different review
15:14:52 johnthetubaguy mtreinish: you know, the only nit was that config that I think we can just remove, but I have a feeling mriedem wasn't 100% sure about the remove, lets worry about that in a follow up patch
15:18:18 mtreinish johnthetubaguy: yeah, that's why I added the additional information to the help instead of deleting it
15:28:17 openstackgerrit Matthew Treinish proposed openstack/python-novaclient master: Remove the deprecated certs interfaces https://review.openstack.org/462598
15:28:23 mtreinish mriedem: ^^^
15:28:31 mtreinish I'll work on the cloudpipe client deprecation later
15:35:54 jaypipes nammo: so, which filter did you try removing?
15:41:12 openstackgerrit Roman Podoliaka proposed openstack/nova master: service: use restart_method='mutate' for all services https://review.openstack.org/462600
15:49:00 openstackgerrit Rodolfo Alonso Hernandez proposed openstack/nova master: Read Neutron port 'binding_profile' during boot https://review.openstack.org/449257
15:49:00 openstackgerrit Rodolfo Alonso Hernandez proposed openstack/nova master: Add Neutron port capabilities to devspec in request https://review.openstack.org/451777
15:52:44 mriedem peter-hamilton: it's going to be hard today, lots of meetings
15:52:44 dansmith edleafe: think you could address some of the feedback that has been sitting on these patches for a few days? https://review.openstack.org/#/c/460177
15:52:53 mriedem mtreinish: you can't remove the nova cert CLI stuff until queens
15:53:07 mriedem mtreinish: we need to deprecate the cloudpipe API bindings and CLIs in novaclient like i did for the os-hosts stuff though
15:53:28 mriedem johnthetubaguy: oh the vpn_ip?
15:53:29 dansmith edleafe: I haven't seen any replies from bauzas so I assume he's busy with other stuff
15:53:30 mriedem yeah i wasn't sure
15:54:18 johnthetubaguy mriedem: yeah, I figured mtreinish updated the description, we can always rip it out later if that turns out to be the right call.
15:55:10 edleafe dansmith: I know he was on holiday earlier this week
15:55:16 dansmith edleafe: yeah
15:55:28 edleafe bauzas: still around?
15:56:15 mriedem he's picking up his daugher from school i think
15:56:20 edleafe dansmith: I mean, I'd be happy to work on this, but didn't want to step on bauzas's toes
15:56:32 edleafe mriedem: what, are they walking? :)
15:56:52 dansmith edleafe: yeah, it's been days though so I figured he's just busy, but cool to check
15:56:54 mriedem edleafe: probably an old fashioned bike would be my guess
15:57:03 mriedem with cigs and croissants
15:57:13 dansmith but if you're willing I would think some of it could be shared at least
15:57:43 edleafe dansmith: that's fine with me
15:58:15 edleafe dansmith: I'll start on it after the api-wg meeting, unless bauzas speaks up first
15:58:38 nammo jaypipes: RetryFilter
15:58:43 dansmith edleafe: cool, thanks
15:59:01 jaypipes nammo: that cannot be removed, AFAIK.
15:59:21 edleafe nammo: why would you want to remove that?
15:59:31 melwitt it used to be able to be removed
15:59:55 nammo jaypipes: edleafe Any consecutive request to boot are failing due to RetryFilter
16:00:52 edleafe nammo: RetryFilter only comes into play when a request to build on a host has already failed
16:01:14 jaypipes melwitt: really? TIL...
16:01:24 nammo edleafe: I deleted that VM and tried to boot again
16:01:56 melwitt we had removed it because of the integration with other systems we had done, vast majority of failures were deterministic and retrying a different compute wasn't going to help and would waste time, so we didn't have RetryFilter in our list and set scheduler_max_attempts = 1
16:02:47 nammo melwitt: Is it intended for me?
16:03:49 melwitt nammo: no. just trivia on one reason someone would remove it
16:04:09 dansmith yay for more reasons to not do scheduler retries
16:04:40 nammo melwitt: scheduler_max_attempts This should be under default section?
16:05:35 mtreinish mriedem: oh I thought the deprecation timer started long enough ago. Well I'll just wip it to block the merge until after the release
16:06:25 melwitt nammo: these days it's [scheduler]/max_attempts. but the fact that you see "Previously tried hosts" in your log still means the RetryFilter is still there, which doesn't make sense if you removed it from enabled_filters and restarted n-sch
16:07:08 nammo melwitt: So is there any other solution to launch VM on the same host?
16:07:30 nammo melwitt: host is up and available

Earlier   Later