Earlier  
Posted Nick Remark
#openstack-cyborg - 2020-03-23
15:06:05 ildikov Is it Train or earlier?
18:42:14 openstackgerrit Merged openstack/cyborg-specs master: Change specs link and remove invalid setting https://review.opendev.org/711877
#openstack-cyborg - 2020-03-24
22:09:11 openstackgerrit Sundar Nadathur proposed openstack/cyborg master: WIP: Add UT and comments for deletion of ARQs by instance or ARQ UUIDs. https://review.opendev.org/714782
23:11:19 openstackgerrit Sundar Nadathur proposed openstack/cyborg master: Check during ARQ bind that the target instance has no other ARQs. https://review.opendev.org/712231
#openstack-cyborg - 2020-03-25
15:27:46 openstackgerrit sean mooney proposed openstack/cyborg master: default host to socket.gethostname() https://review.opendev.org/714971
15:29:05 sean-k-mooney dansmith: on your system is the output of "hostname" and "hostname --fqdn" different
15:29:37 sean-k-mooney now that your change has merged to remove the defaulting in the devstack plugin i need to have that ^ change
15:30:03 dansmith sean-k-mooney: does that match nova?
15:30:14 sean-k-mooney yes nova uses socket.gethostname
15:30:34 sean-k-mooney ill see if i can find the point in the code
15:30:37 dansmith sean-k-mooney: that system isn't booted up right now, so I'm not positive, but it probably have the default shortname in /etc/hosts for localhost, which might be the difference
15:32:29 sean-k-mooney dansmith: https://github.com/openstack/nova/blob/e80300ac20388890539a7f709e526a0a5ba8e63d/nova/conf/netconf.py#L52-L70
15:33:41 sean-k-mooney if you have an fqdn in /etc/hostname that returns the fqdn i belive too
15:34:22 sean-k-mooney so with ooo the way it sets the fqdn in /etc/hostname means we get the fqdn back
15:34:45 dansmith mm, I don't think so, I think it does a dns query with the resolver and so if you have a fqdn first in /etc/hosts it'll return that
15:35:09 sean-k-mooney i guess i could try setting an fqdn and answer my own question
15:35:13 sean-k-mooney :)
15:40:36 sean-k-mooney so ya that works the way i expected http://paste.openstack.org/show/791144/
15:43:02 dansmith hmm, okay, that's not what I would expect
15:43:13 dansmith ohh, sorry,
15:43:23 dansmith I was reading this wrong.. I thought we were doing gethostbyname()
15:43:24 sean-k-mooney well you are not ment to set the fqdn in /etc/hostname anyway
15:43:25 dansmith you're doing gethostname
15:43:45 sean-k-mooney yes we use gethostname not gethostbyname()
15:44:48 sean-k-mooney anyway no i have my multinode setup working again.
15:45:12 sean-k-mooney im going to test evacutate and try and test a rescudle with the fake dirver
15:45:31 sean-k-mooney i want to see if the allocation are handeld correctly
#openstack-cyborg - 2020-03-26
03:00:34 Sundar Hello all
03:01:53 s_shogo Hi all
03:02:07 Sundar #startmeeting openstack-cyborg
03:02:08 openstack Meeting started Thu Mar 26 03:02:07 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:09 openstack Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
03:02:11 openstack The meeting name has been set to 'openstack_cyborg'
03:02:17 Sundar #topic Roll call
03:02:21 Sundar #info Sundar
03:02:31 brinzhang_ #brinzhang
03:02:40 brinzhang_ #info brinzhang_
03:02:46 s_shogo #info s_shogo
03:03:27 Sundar Hi all, just the 3 of us?
03:03:53 brinzhang_ I think so ^
03:04:11 Sundar Let's wait for a couple of minutes
03:04:15 Yumeng #info Yumeng
03:04:26 Yumeng Hi Sundar, hi all
03:04:27 chenke #info chenke
03:04:39 Sundar Hi Yumeng, chenke and all
03:04:43 Sundar Let's get started
03:04:48 brinzhang_ On thing, for Sundar, https://review.opendev.org/#/c/712246/ can you update this patch, for project-ptl-and-contrib-docs, I think we can fast merge this.
03:05:15 brinzhang_ s/On/One
03:05:17 chenke hi Sundar. hi all
03:05:29 Sundar brinzhang_ ok
03:05:42 Sundar First, https://review.opendev.org/#/c/673735/46/nova/conductor/manager.py@1632 Alex Xu has given an update.
03:05:48 brinzhang_ Sundar: thanks
03:06:15 Sundar There is no need to do anything special, because the instance will go to error state. The user/admin need to delete it, and that will clean up the ARQs
03:07:41 Sundar brinzhang_ and all: do you agree?
03:07:45 brinzhang_ Sundar: I dnot thinks so, maybe we will have a schedule, right?
03:07:59 brinzhang_ s/schedule/reschedule
03:09:09 brinzhang_ Sundar: at https://review.opendev.org/#/c/673735/46/nova/conductor/manager.py@1560 it for cycle
03:09:56 brinzhang_ Sundar: Unless we can be sure that is the last scheduled
03:10:25 Sundar Yea, that seems right too. So, we need to ignore Alex's comments.
03:10:44 brinzhang_ Sundar: I will reply inline
03:10:59 Sundar Ok
03:11:17 Sundar #topic Victoria release planning
03:11:43 Sundar Some people have signed up for V release planning at https://etherpad.openstack.org/p/Virtual_PTG_Planning
03:12:03 Sundar Since this is virtual, it would be good to sign up, if you can.
03:13:56 Yumeng yes! already signed up there
03:14:08 Sundar Two of you have. Not the others :)
03:14:09 brinzhang_ Yumeng: me too.
03:14:09 chenke Me too..
03:14:35 Sundar Ok good. Also, V release golas are getting set: http://lists.openstack.org/pipermail/openstack-discuss/2020-March/013528.html Cyborg has already achieved some of those.
03:15:25 shaohe_feng what does the sign up means?
03:15:40 Sundar Add your name as a participant
03:15:50 brinzhang_ shaohe_feng: add you name in
03:16:35 Sundar #topic Patches
03:16:53 shaohe_feng plan for the whole Openstack project ?
03:17:29 Sundar shaohe_feng, these goals are for all of OpenStack. Cyborg will be asked to implement those that are not already done.
03:17:47 brinzhang_ https://review.opendev.org/#/c/712014/6 my base patch of the add 'description' to device profiles, need to +1 W
03:18:09 Sundar In the virtual PTG --- which you can attend finally :) -- we need to set Cyborg goals for V
03:18:30 Sundar shaohe_feng ^
03:18:43 Sundar brinzhang_: ok. You already mentioned https://review.opendev.org/#/c/712246/
03:20:13 Sundar https://review.opendev.org/712231 -- I uodated the commit message. This is applicable for the future, when CYborg allows unbind and delete to be async.
03:20:26 Sundar Question: should we prioritize it now?
03:20:35 Sundar *updated
03:21:48 brinzhang_ Sundar: If you have time to do this, I would like to see prioritize it now
03:22:05 Sundar I have mostly done it :) so I don;t mind completing it
03:22:32 brinzhang_ ^^
03:23:47 Sundar OK, any other patch to highlight
03:23:49 Sundar ?
03:24:22 brinzhang_ base on https://review.opendev.org/#/c/712014/6, there are another two, one is +1 W
03:24:30 brinzhang_ nothing for me.
03:25:13 Sundar #topic AoB
03:25:31 Sundar Anything else for today?
03:26:35 shaohe_feng dynamic program
03:26:59 brinzhang_ Yumeng: thanks ^^
03:27:18 Sundar shaohe_feng: what is the question?
03:27:21 shaohe_feng the current cyborg dynamic program mechanism is limited, right?
03:27:44 Yumeng brinzhang_: my pleasure.^^
03:28:27 shaohe_feng for example, an FPGA is empty for for some function programmed(such as compress)
03:29:09 shaohe_feng and it is available.
03:30:04 shaohe_feng So a user want to apply it for other functions. Maybe need to program a new image. but the new image add more VFs than before
03:30:50 shaohe_feng so the current cyborg dynamic program mechanism does not works.

Earlier   Later