Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2017-02-14
07:40:13 openstackgerrit Takashi NATSUME proposed openstack/nova master: Enable cold migration with target host(2/2) https://review.openstack.org/408964
07:54:55 openstackgerrit jichenjc proposed openstack/nova master: Prevent delete cell0 in nova-manage command https://review.openstack.org/433476
08:32:51 openstackgerrit ChangBo Guo(gcb) proposed openstack/nova master: Remove usage of config option verbose https://review.openstack.org/432271
08:38:26 kashyap mriedem_afk: Hey there, sorry, I was on a train last evening, so wasn't looking at the computer.
08:39:23 kashyap mriedem_afk: I do have a RHEL7.3 machine near by. (And I think it's a vague, when people say "RHEL-7" -- could mean, RHEL-7.0, or RHEL-7 with its latest minor release, like RHEL-7.3.)
08:53:59 openstackgerrit YAMAMOTO Takashi proposed openstack/nova master: os-vif-util: Support VIF_TYPE_MIDONET https://review.openstack.org/433436
09:02:15 kashyap mriedem_afk: Okay, I've read the follow-up chat, I see you answered your question ("Do we treat all minor versions of RHEL-7 the same?" Yes).
09:02:52 snikitin alex_xu, johnthetubaguy: A couple weeks ago you +2ed diagnostics patch. But it was blocked by FF. Could you please look at it again please? https://review.openstack.org/#/c/394480/
09:26:17 openstackgerrit YAMAMOTO Takashi proposed openstack/os-vif master: Correct object path in comments https://review.openstack.org/433433
09:26:19 johnthetubaguy snikitin: ah, yes, taking a peak for you
09:31:44 alex_xu snikitin: will try to reach that
09:36:19 alex_xu johnthetubaguy: in normally, we only accept a feature which depend on libvirt implement when the libvirt merged in upstream, or only accept when the libvirt released a version, or only accept when the new libvirt integrates with linux distro?
09:36:53 johnthetubaguy alex_xu: it has to be released by libvirt, for sure
09:37:10 johnthetubaguy alex_xu: ideally it would have got into some distro somewhere, so it could be tested
09:37:37 alex_xu johnthetubaguy: got it, thanks
09:37:40 johnthetubaguy alex_xu: we might talk about that again at the PTG, we need to get some way of testing that (I am currently wondering if ubuntu cloud archive would get us closer)
09:38:06 johnthetubaguy fedora bleeding edge thingy whatsit was suggested, but never seems to have happened
09:38:18 johnthetubaguy alex_xu: oh, did you see I created some updated policy things: https://review.openstack.org/#/c/433010/
09:38:33 johnthetubaguy alex_xu: there are three specs instead of one spec now
09:38:49 johnthetubaguy ah, I see you commented on one, so that is probably a yes
09:38:58 alex_xu johnthetubaguy: yea, I just read them :)
09:39:36 alex_xu will try to think more
09:40:39 openstackgerrit huangtianhua proposed openstack/nova master: Don't delete neutron port when attach failed https://review.openstack.org/403568
09:47:22 johnthetubaguy alex_xu: cool, that middle one really turns things an interesting direction, got some great feedback from some keystone folks that made me come up with that idea
09:48:36 johnthetubaguy dstanak's comments I think it was
09:49:16 alex_xu johnthetubaguy: yes, custom scope would create interoperaibility issues is interesting
09:49:52 alex_xu johnthetubaguy: may i ask an example for that interoperability issue, try to understand that clearly
09:51:14 openstackgerrit OpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements https://review.openstack.org/432001
09:51:26 johnthetubaguy alex_xu: there are two users both creating instances, they share project wide monitoring system to track their usage, and check they have the correct ports closed
09:51:46 johnthetubaguy alex_xu: they move to a different OpenStack cloud and it breaks, because each user can't see each others servers
09:52:42 johnthetubaguy we say servers are owned by a project, keypairs by a user, if that changes it makes the API quite different
09:55:28 alex_xu johnthetubaguy: thanks, I see now
09:59:05 alex_xu johnthetubaguy: dose it mean that don't break the user which is without special role?
10:00:16 alex_xu as user with different role, it still can be configured to have different visibility, some role have global visibility, the same role move to another cloud, may lose that visibility.
10:00:44 johnthetubaguy alex_xu: sorry, not sure what you mean
10:00:56 johnthetubaguy alex_xu: on different clouds, there may be different roles, for sure
10:01:23 johnthetubaguy alex_xu: my hope is most of those differences we allow can be exposed via the capabilities API
10:07:05 alex_xu johnthetubaguy: why we didn't use capabilities API to resolve the interoperability issues you mentioned above
10:16:24 andymccr mriedem_afk i added a comment to the PR incase we're not all on at the same time again - appreciate the feedback and everybody who has looked at the endpoint issue!
10:28:36 johnthetubaguy alex_xu: we can't report every single change in the capabilities API, this is just limiting the allowed changes to a reasonable set of things.
10:35:27 bauzas \o
10:37:10 openstackgerrit Balazs Gibizer proposed openstack/nova master: api-ref: note that boot ignores bdm:device_name https://review.openstack.org/433575
10:46:22 openstackgerrit Artom Lifshitz proposed openstack/nova master: Run api sample tests against 2.latest https://review.openstack.org/430352
10:46:23 openstackgerrit Artom Lifshitz proposed openstack/nova master: Stub network and volume api in api sample tests https://review.openstack.org/433584
10:46:23 openstackgerrit Artom Lifshitz proposed openstack/nova master: api sample tests: handle response missing an item https://review.openstack.org/431738
10:46:24 openstackgerrit Artom Lifshitz proposed openstack/nova master: Add skip_latest_microversion decorator https://review.openstack.org/433585
10:48:06 openstackgerrit Artom Lifshitz proposed openstack/nova master: Add skip_latest_microversion decorator https://review.openstack.org/433585
10:48:06 openstackgerrit Artom Lifshitz proposed openstack/nova master: Run api sample tests against 2.latest https://review.openstack.org/430352
10:48:07 openstackgerrit Artom Lifshitz proposed openstack/nova master: Stub network and volume api in api sample tests https://review.openstack.org/431723
10:48:07 openstackgerrit Artom Lifshitz proposed openstack/nova master: api sample tests: handle response missing an item https://review.openstack.org/431738
10:50:59 openstackgerrit Artom Lifshitz proposed openstack/nova master: Add skip_latest_microversion decorator https://review.openstack.org/433585
10:50:59 openstackgerrit Artom Lifshitz proposed openstack/nova master: Run api sample tests against 2.latest https://review.openstack.org/430352
10:51:00 openstackgerrit Artom Lifshitz proposed openstack/nova master: Stub network and volume api in api sample tests https://review.openstack.org/431723
10:51:00 openstackgerrit Artom Lifshitz proposed openstack/nova master: api sample tests: handle response missing an item https://review.openstack.org/431738
11:01:36 openstackgerrit Artom Lifshitz proposed openstack/nova master: Add skip_latest_microversion decorator https://review.openstack.org/433585
11:01:36 openstackgerrit Artom Lifshitz proposed openstack/nova master: Run api sample tests against 2.latest https://review.openstack.org/430352
11:01:37 openstackgerrit Artom Lifshitz proposed openstack/nova master: Fakes and stubs for 2.latest api sample tests https://review.openstack.org/431723
11:01:37 openstackgerrit Artom Lifshitz proposed openstack/nova master: api sample tests: handle response missing an item https://review.openstack.org/431738
11:10:46 bauzas johnthetubaguy: since I was a bit off last week, any urgent thing to review ?
11:15:25 johnthetubaguy bauzas: backports that are pending on ocata/stable?
11:15:52 bauzas johnthetubaguy: okay, just looking
11:17:20 johnthetubaguy snikitin: bit worried about the upgrade situation, given some ideas on how to use the service version mechanism to make that cleaner
11:17:24 bauzas johnthetubaguy: since we haven't cut a RC2 last week, I guess we're planning it for Thurs ?
11:17:35 johnthetubaguy bauzas: thats my assumption
11:17:54 johnthetubaguy bauzas: unless something big and nasty comes along
11:17:59 bauzas ok
11:18:08 bauzas okay, so looking at bugs then
11:18:14 bauzas and the stable branch
11:18:52 snikitin johnthetubaguy: thanks, I'll look
11:18:57 johnthetubaguy snikitin: I was also a bit unsure how the object works OK for the older microversion, that seemed more like chance? I must be missing something around that
11:26:04 snikitin johnthetubaguy: The older microversions use get_diagnostics() method. This method always returns a dicts. and the newest microversions use get_instance_diagnostics() methods. which returns an object. Or did you meant something else?
11:26:27 snikitin johnthetubaguy: The older microversions use get_diagnostics() method. This method always returns a dicts. and the newest microversions use get_instance_diagnostics() method. which returns an object. Or did you meant something else?
11:27:09 johnthetubaguy snikitin: doh, I totally misread that, so this is the first time get_instance_diagnostics is used?
11:27:18 snikitin yes
11:27:50 johnthetubaguy snikitin: OK, so thats probably easier, I would just bump the RPC API version, and error out if we are not above that version when calling get_instance_diagnostics
11:28:27 johnthetubaguy i.e. it must always return an object for the new method, or raise an exception
11:29:11 snikitin johnthetubaguy, ok. and what time of exception it should be? forbidden?
11:30:24 snikitin type*
11:33:56 johnthetubaguy snikitin: I can't remember what we do now, I will have a look
11:36:00 snikitin johnthetubaguy: omg. The version of rpcapi already bumped o_O https://review.openstack.org/#/c/333988/4/nova/compute/rpcapi.py
11:37:25 johnthetubaguy snikitin: the problem is, its changing again, so it needs to be done again
11:37:38 johnthetubaguy snikitin: code needs to know it is getting an object returned
11:37:56 johnthetubaguy snikitin: that bump was just for the getting an object into the method, I think
11:38:06 snikitin johnthetubaguy: ok! will do. thanks for review!
11:38:45 openstackgerrit Stephen Finucane proposed openstack/nova-specs master: Add 'move-nova-cmds-to-click' spec https://review.openstack.org/433603
11:39:57 johnthetubaguy snikitin: looks like we went for badrequest in the past: https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/servers.py#L587
11:40:54 snikitin johnthetubaguy: Ok. will do the same
11:41:00 johnthetubaguy snikitin: thanks
11:57:44 openstackgerrit Stephen Finucane proposed openstack/nova master: hacking: Reword in the imperative https://review.openstack.org/363624
11:58:58 openstackgerrit John Garbutt proposed openstack/nova-specs master: Add polcy-docs spec https://review.openstack.org/433010
12:14:22 sdague TFW you make a change that should break cinder, and all the tests pass ... o_O
12:23:40 cdent :(
12:35:17 openstackgerrit John Garbutt proposed openstack/nova-specs master: Add policy-project-checks spec https://review.openstack.org/433037
12:40:35 openstackgerrit Artom Lifshitz proposed openstack/nova master: Run api sample tests against 2.latest https://review.openstack.org/430352
12:40:36 openstackgerrit Artom Lifshitz proposed openstack/nova master: api sample tests: handle response missing an item https://review.openstack.org/431738
12:40:36 openstackgerrit Artom Lifshitz proposed openstack/nova master: Add skip_latest_microversion decorator https://review.openstack.org/433585
12:40:37 openstackgerrit Artom Lifshitz proposed openstack/nova master: Fixtures for 2.latest api sample tests https://review.openstack.org/431723
12:43:11 openstackgerrit John Garbutt proposed openstack/nova-specs master: Add policy-project-checks spec https://review.openstack.org/433037
12:43:11 openstackgerrit John Garbutt proposed openstack/nova-specs master: Add polcy-docs spec https://review.openstack.org/433010
12:43:54 openstackgerrit John Garbutt proposed openstack/nova-specs master: Add policy-remove-scope-checks spec https://review.openstack.org/433037

Earlier   Later