Earlier  
Posted Nick Remark
#openstack-cyborg - 2020-03-03
02:40:19 chenke If we comment lin3 6301, The ut will pass, right?
02:56:16 chenke Dan's advice I think is to let you modify Line 6290 to use another exception instead of novaException which will confuse others.
03:47:03 Sundar I fixed it in a different way: http://paste.openstack.org/show/790224/
04:24:55 chenke Ok
04:28:00 chenke https://review.opendev.org/#/c/673735/40..41/nova/tests/unit/compute/test_compute_mgr.py@6293
04:28:42 chenke https://review.opendev.org/#/c/673735/40..41/nova/tests/unit/compute/test_compute_mgr.py@6293
04:29:01 Sundar Hi chenke
04:29:08 chenke I think this can write like this:
04:30:06 chenke remove try...except, just self.assertRaise(exception.BuildAbortException, self.compute._build_resources....)
04:30:24 Sundar Hmm, let me try that
04:30:33 chenke ok
04:34:16 Sundar Fails with: testtools.matchers._impl.MismatchError: <bound method ComputeManager._build_resources of <nova.compute.manager.ComputeManager object at 0x7f3f25852a90>> returned <contextlib._GeneratorContextManager object at 0x7f3f2521fb00>
04:34:31 Sundar This is expected because _build_resources is a context manager
04:34:40 Sundar I think Dan is wrong with that advice
04:37:15 Sundar Here's my diff; http://paste.openstack.org/show/790226/
04:37:20 Sundar You can also try it
04:37:30 Sundar chenke: ^
06:29:18 chenke The paste diff result failed? right?
06:35:43 Sundar Yes, chenke
06:35:54 chenke Ok.
06:36:18 chenke That's strange.
06:37:51 chenke It's means self.compute._build_resources will not raise an exception?
06:57:29 chenke Sundar are you here?
06:57:31 openstackgerrit chenker proposed openstack/cyborg master: Remove useless interfaces in agent https://review.opendev.org/710911
07:00:55 openstackgerrit chenker proposed openstack/cyborg master: Remove useless interfaces in agent https://review.opendev.org/710911
07:07:17 Sundar Yes, I am here, chenke
07:07:27 chenke Cool
07:07:37 chenke It's means self.compute._build_resources will not raise an exception?
07:07:38 Sundar Just saw your message above
07:07:52 chenke NP
07:08:15 Sundar Yes, for a context manager decorated function, we need to invoke the exception inside the with body, to trigger the eception path inside the function
07:08:54 chenke Oh. Cool.
07:09:23 chenke The latest patch seems UT passed.
07:09:38 chenke I will give +1 after dan's review.
07:12:56 openstackgerrit chenker proposed openstack/cyborg master: Remove useless interfaces in agent https://review.opendev.org/710911
07:14:48 openstackgerrit Merged openstack/cyborg master: move setting to devstack/settings https://review.opendev.org/708770
07:18:00 openstackgerrit chenker proposed openstack/cyborg master: Remove useless interfaces in agent https://review.opendev.org/710911
07:26:57 Sundar Sure. Thanks, chenke.
07:27:17 chenke :)
07:34:15 Sundar Going to sleep now. Talk to you later. Have a good day. Bye!
17:10:30 openstackgerrit Dan Smith proposed openstack/cyborg master: WIP add cyborg multinode job https://review.opendev.org/709641
#openstack-cyborg - 2020-03-04
13:18:09 openstackgerrit chenker proposed openstack/cyborg master: Optimize deployble object module https://review.opendev.org/711222
13:27:19 openstackgerrit chenker proposed openstack/cyborg master: Fix minor error in extarq job https://review.opendev.org/711225
13:39:25 openstackgerrit chenker proposed openstack/cyborg master: (WIP) Remove V1 API and related codes https://review.opendev.org/711232
13:45:07 openstackgerrit chenker proposed openstack/cyborg master: (WIP) Remove V1 API and related codes https://review.opendev.org/711232
14:14:33 openstackgerrit chenker proposed openstack/cyborg master: Fix minor error in extarq job https://review.opendev.org/711225
#openstack-cyborg - 2020-03-05
01:44:11 openstackgerrit chenker proposed openstack/cyborg master: Remove V1 API and related codes https://review.opendev.org/711232
02:52:49 brinzhang Sundar: ask a question https://review.opendev.org/#/c/711225/2/cyborg/objects/extarq/ext_arq_job.py@39
02:53:12 Sundar brinzhang: Ok, looking at it
02:53:43 brinzhang Sundar: "if getattr(self.bind, "is_job", False) and need_job is not False:" if need_job=False, is it what would you want?
02:53:50 Sundar What is the question?
02:54:24 brinzhang Sundar: check_extra_job(context, deployable) this just only return True or False? or there is other volue?
02:55:04 brinzhang Dou you accept current changes?
02:55:15 brinzhang s/Dou/Do
02:56:22 brinzhang "need_job is not False" has the different value when need_job init None or False
02:58:32 Sundar IMHO, need_job should be boolean (True/False). The check should be: "if need_job: ..."
02:59:07 Sundar Having a possible value of None just complicates other code that has to check for None.
02:59:39 brinzhang agree
03:00:00 Sundar So, I agree with this change.
03:00:19 brinzhang so "if getattr(self.bind, "is_job", False) and need_job is not False:" should change to "if getattr(self.bind, "is_job", False) and need_job:"
03:01:18 Sundar Yes, agree
03:01:31 chenke need_job or need_job is not False both ok.
03:01:57 brinzhang And I think we need add some UT for this, now the change dont run some UT
03:01:58 Sundar chenke: Sure. But shorter is better.
03:02:18 Sundar Looks like we have quite a few people. So, let's get started.
03:02:25 chenke Ok.
03:02:31 Sundar #startmeeting openstack-cyborg
03:02:32 openstack Meeting started Thu Mar 5 03:02:31 2020 UTC and is due to finish in 60 minutes. The chair is Sundar. Information about MeetBot at http://wiki.debian.org/MeetBot.
03:02:33 openstack Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
03:02:35 openstack The meeting name has been set to 'openstack_cyborg'
03:02:47 Sundar #topic Agenda
03:02:55 chenke #info chenke
03:03:04 Sundar #info Sundar
03:03:14 Li_Liu #info Li_Liu
03:03:29 brinzhang #info brinzhang
03:03:36 Yumeng #info Yumeng
03:04:10 xinranwang #info xinranwang
03:04:26 Sundar What do people have to discuss today?
03:05:18 brinzhang About remove v1 API
03:05:19 brinzhang https://review.opendev.org/#/c/711232/
03:05:22 Sundar BTW, the time for PTG reservation is up. I didn't hear confirmation that even 3 people plan to go to Vancouver, SO I haven't confirmed anything.
03:07:27 shaohe_feng encourage developers to access the PTG
03:07:31 shaohe_feng if possible.
03:09:59 chenke V1's API is now worthless, and v2 can also be seen. v2's deployable api, Shogo is also doing it, I think it can be removed. Even if the v1 api is retained, the call may not necessarily be as expected. https://review.opendev.org/#/c/698190/
03:10:04 Sundar To have focused discussion on V release goals and plans, we could either do it in IRC and etherpads or in openstack-discuss ML. If we do a Zoom call. or WeChat discussion, they should be posted on IRC or ML. Otherwise, other projects will not have know what we do.
03:10:04 chenke brinzhang
03:10:37 Sundar brnzhang, chenke: Agree v1 API can be removed.
03:10:47 Sundar brinzhang: ^
03:10:52 chenke OK
03:11:16 brinzhang Sundar, but in v2 we dont have the deployable, right?
03:11:44 brinzhang if we remove now, I think it's too early to do this.
03:11:52 chenke https://review.opendev.org/#/c/698190/
03:12:59 brinzhang IMO, we should done all things in v2, then to deal with the v1
03:13:01 Sundar brinzhang: There is a deployable object in v2, but it means something else than the v1 deployable.
03:13:28 Sundar I think we plan to have APIs for patching deployables in v2.
03:14:00 brinzhang Sundar: sure
03:14:32 brinzhang If all agree to remove now, I am ok too.
03:15:15 Sundar brinzhang: I think it is better to remove api/controllers/v1/deployables.py and add api/controllers/v2/deployables.py
03:15:53 chenke shogo is doing this
03:16:04 brinzhang Sundar: I also agree, but I just think it's earlier

Earlier   Later