Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2019-02-21
11:45:18 openstackgerrit Balazs Gibizer proposed openstack/nova master: Record requester in the InstancePCIRequest https://review.openstack.org/625310
11:45:18 openstackgerrit Balazs Gibizer proposed openstack/nova master: Remove port allocation during detach https://review.openstack.org/622421
11:45:19 openstackgerrit Balazs Gibizer proposed openstack/nova master: Support server create with ports having resource request https://review.openstack.org/636360
11:45:19 openstackgerrit Balazs Gibizer proposed openstack/nova master: Ensure that bandwidth and VF are from the same PF https://review.openstack.org/623543
11:45:20 openstackgerrit Balazs Gibizer proposed openstack/nova master: Refactor _heal_allocations_for_instance to make place for port healing https://review.openstack.org/637953
11:45:21 openstackgerrit Balazs Gibizer proposed openstack/nova master: nova-manage: heal port allocations https://review.openstack.org/637955
11:45:21 openstackgerrit Balazs Gibizer proposed openstack/nova master: Refactor _heal_allocations_for_instance (2) https://review.openstack.org/637954
11:45:22 openstackgerrit Balazs Gibizer proposed openstack/nova master: cache neutron ports in heal allocation https://review.openstack.org/638207
11:46:00 openstackgerrit Balazs Gibizer proposed openstack/nova master: FUP for Id7827fe8dc27112e342dc25c902c8dbc25f63b94 https://review.openstack.org/638370
12:04:59 openstackgerrit Stephen Finucane proposed openstack/os-vif master: docs: Add API docs for VIF types https://review.openstack.org/637009
12:05:00 openstackgerrit Stephen Finucane proposed openstack/os-vif master: docs: Add API docs for profile, datapath offload types https://review.openstack.org/638395
12:05:01 openstackgerrit Stephen Finucane proposed openstack/os-vif master: docs: Start using sphinx.ext.autodoc for VIF types https://review.openstack.org/638404
12:05:02 openstackgerrit Stephen Finucane proposed openstack/os-vif master: doc: Use sphinx.ext.todo for profile, datapath offload types https://review.openstack.org/638405
12:08:29 openstackgerrit Lajos Katona proposed openstack/python-novaclient master: Add support for microversion v2.70 https://review.openstack.org/637234
12:44:09 openstackgerrit Rodolfo Alonso Hernandez proposed openstack/os-vif master: Add function "has_table_columns" to OVSDB implementation API https://review.openstack.org/634967
12:46:12 openstackgerrit Rodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API https://review.openstack.org/482226
12:47:30 openstackgerrit Rodolfo Alonso Hernandez proposed openstack/os-vif master: Add function "has_table_columns" to OVSDB implementation API https://review.openstack.org/634967
12:53:00 ygk_12345 hi all
12:53:13 ygk_12345 can anyone help me with noav-compute in rocky packstack
12:53:16 ygk_12345 i tried there
12:53:25 ygk_12345 but no one coule help mw
12:53:33 ygk_12345 though this would be the right channel
12:53:42 ygk_12345 since u guys r familiar with nova
12:53:58 ygk_12345 the hypervisor list is empty eventhough the nova-compute is running
12:54:02 ygk_12345 cant understand why
13:01:12 ygk_12345 is anyone here can help me with nova-compute in rocky packstack ?
13:02:09 sean-k-mooney im not sure if this is related to missing cell mapping or not but
13:02:23 sean-k-mooney you could try nova-manage cell_v2 discover_hosts
13:02:24 ygk_12345 sean-k-mooney: i can see the cells though
13:02:28 ygk_12345 i did that
13:02:32 ygk_12345 but did not help
13:02:44 ygk_12345 sean-k-mooney: i see the host not found error in nova-compute logs
13:02:53 ygk_12345 but the host is resolvable though
13:03:16 ygk_12345 the host is centos 7
13:03:40 sean-k-mooney is the nova compute serviec regestered in the nova_cell1 compute_nodes table
13:03:49 sean-k-mooney *compute agent
13:03:59 ygk_12345 sean-k-mooney: how to check that ?
13:04:37 ygk_12345 the compute_nodes table is empty in the nova database
13:04:54 sean-k-mooney mysql -e "select * from nova_cell1.compute_ndoes"
13:05:20 sean-k-mooney ok so the nova compute agent has not connected to the db
13:05:34 sean-k-mooney i assume it is also not listed in teh service table
13:05:45 sean-k-mooney mysql -e "select * from nova_cell1.services"
13:05:46 jaypipes gibi: off to the test pits it goes then.
13:05:57 gibi jaypipes: thanks a lot
13:06:29 sean-k-mooney ygk_12345: i would check the compute agent log and config but it likely is not connected to the cell db
13:06:43 sean-k-mooney actully wait
13:06:44 jaypipes gibi: nem probléma!
13:06:56 gibi jaypipes: :)
13:07:07 sean-k-mooney jaypipes: dose the compute agent connect to the cell db by defualt or acess it via the conductor?
13:07:24 jaypipes sean-k-mooney: the nova-compute does not connect to *any* DB directly.
13:07:47 sean-k-mooney right it connect via the conductor over the rpc bus right
13:07:47 jaypipes sean-k-mooney: placement via the REST API and Nova DB via the cell conductor.
13:07:59 jaypipes sean-k-mooney: well, OVO, but yes, same thing. :)
13:08:12 ygk_12345 sean-k-mooney: how to proceed now ?
13:08:40 sean-k-mooney ygk_12345: check the compute agent log and see if it is conected to the rabbitmq rpc bus
13:09:17 ygk_12345 sean-k-mooney: i think it is
13:09:43 ygk_12345 sean-k-mooney: i see this error in the log
13:09:48 ygk_12345 sean-k-mooney: "ERROR nova.compute.manager [req-427da537-366f-4442-b3be-6a8c71730c11 - - - - -] No compute node record for host TPC-G6-10"
13:10:22 sean-k-mooney ygk_12345: that is expected when the compute-agent start for the first time. it should then proceed to create it
13:10:52 ygk_12345 sean-k-mooney: but it is not creating and listing the hypervisor capabilities like ram, vcpus, disk etc
13:11:05 ygk_12345 sean-k-mooney: strange
13:11:19 ygk_12345 sean-k-mooney: i am scratching my head for hours now :)
13:11:37 ygk_12345 sean-k-mooney: i have a similar setup and it is aslo having the same issue
13:11:41 sean-k-mooney ygk_12345: i take it its a new deployment its posible the cell conductor is haveing issues.
13:11:55 ygk_12345 sean-k-mooney: its packstack rocky on centos 7
13:12:11 ygk_12345 but jpena said it was working for him in the lab
13:12:52 sean-k-mooney well packstack isnt used that widely and i dont know how well it is tested upsteam that said im sure it likely something small
13:13:52 ygk_12345 sean-k-mooney: need help to find it out
13:15:33 sean-k-mooney well im not that familar with packstack. i have avoided for years after tyring it several times with little sucess. without nova compute agent and cell conductor logs to look at there is not much i can do to help
13:17:59 jaypipes FYI, all interested parties... I am not accepting any *new* reviews into my personal queue today. The only ones in my queue (in order) are cdent/efried's OVO List object patch, then jackding's patch series for bug 1659062, and then the remaining patches in gibi's bandwidth series.
13:18:00 openstack bug 1659062 in OpenStack Compute (nova) "Failed evacuations leave neutron ports on destination host" [Wishlist,In progress] https://launchpad.net/bugs/1659062 - Assigned to Jack Ding (jackding)
13:18:19 ygk_12345 sean-k-mooney: i cant see any errors in the conductor logs
13:18:20 cdent noted
13:18:24 gibi jaypipes: ack
13:18:54 sean-k-mooney jaypipes: ack
13:20:22 s10 Please review https://review.openstack.org/#/c/636678/ . We've faced this bug in Queens week ago, had to apply the patch.
13:22:59 sean-k-mooney lyarwood: do you have time to look at ^ . it looks like a strait forward backport
13:23:27 lyarwood sean-k-mooney: looking
13:23:34 openstackgerrit Merged openstack/nova master: Update nova docs front page for placement removal https://review.openstack.org/628183
13:23:42 openstackgerrit Merged openstack/nova master: Remove placement from nova install docs https://review.openstack.org/628184
13:23:52 openstackgerrit Merged openstack/nova master: Remove link to placement configuration from nova config docs https://review.openstack.org/628185
13:24:05 openstackgerrit Merged openstack/nova master: Remove placement from contributor doc https://review.openstack.org/628186
13:27:38 lyarwood stephenfin: ^ isn't that slightly premature in S?
13:28:17 lyarwood if we aren't dropping the actual placement code from nova until T that is
13:29:06 sean-k-mooney well we cant add new patchs to that code so not really
13:29:20 lyarwood but users can still deploy it in S
13:29:37 lyarwood but now we've removed the docs
13:29:39 sean-k-mooney yes i broght that up a few weeks ago
13:30:09 sean-k-mooney but the feeling was we should not advocate deploying with in tree with stien
13:30:54 lyarwood sean-k-mooney: kk
13:31:22 sean-k-mooney lyarwood: i had the same question when i first saw it proposed
13:36:17 cdent yeah, the idea was that new installs should use the new code
13:36:22 cdent upgrades, different story
13:38:52 openstackgerrit Matt Riedemann proposed openstack/nova master: Add microversion to expose virtual device tags https://review.openstack.org/631948
13:42:45 mriedem takashin: i've reported bug 1817064 for novaclient - looks like novaclient.tests.functional.v2.test_instance_action.TestInstanceActionCLIV266.test_list_instance_action_with_changes_before still has race issues
13:42:47 openstack bug 1817064 in python-novaclient "test_list_instance_action_with_changes_before intermittently fails with "MismatchError: ['create'] != ['create', 'stop']"" [Undecided,New] https://launchpad.net/bugs/1817064
13:43:56 takashin mriedem: Thank you.
13:50:33 openstackgerrit Rodolfo Alonso Hernandez proposed openstack/os-vif master: Add function "has_table_columns" to OVSDB implementation API https://review.openstack.org/634967
13:56:07 gibi nova meeting starts in 5 minutes in #openstack-meeting
14:06:31 openstackgerrit Rodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API https://review.openstack.org/482226

Earlier   Later