Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2019-02-21
09:58:33 ygk_12345 bauzas: i see this in nova-compute log
09:59:57 ygk_12345 bauzas: tosky ""Can\'t connect to MySQL server on \'10.129.146.156\' "
10:00:56 ygk_12345 bauzas: but the mysql is running fine on that node
10:01:24 ygk_12345 bauzas: i see this in the mariadb "ERROR] WSREP: rsync SST method requires wsrep_...tartup"
10:02:00 bauzas ygk_12345: I'm really sorry but this discussion is way not for this channel
10:02:14 bauzas see the channel topic
10:02:18 ygk_12345 bauzas: any appropriate IRC channel for thi ?
10:02:46 bauzas like said in the topic, general installation/configuration issues can be discussed in #openstack
10:02:54 ygk_12345 bauzas: ok thanks
10:43:21 openstackgerrit Merged openstack/os-traits master: Change python3.5 job to python3.7 job on Stein+ https://review.openstack.org/610065
11:07:34 openstackgerrit Stephen Finucane proposed openstack/os-vif master: Clean up versioned object backlevelling code https://review.openstack.org/630976
11:07:35 openstackgerrit Stephen Finucane proposed openstack/os-vif master: Add API docs for various VIF types https://review.openstack.org/637009
11:07:36 openstackgerrit Stephen Finucane proposed openstack/os-vif master: Add API docs for various profile, datapath offload types https://review.openstack.org/638395
11:39:58 mrch_ is anybody using cloudbaseinit?
11:44:10 openstackgerrit Rodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API https://review.openstack.org/482226
11:45:15 openstackgerrit Balazs Gibizer proposed openstack/nova master: Fill the RequestGroup mapping during schedule https://review.openstack.org/619528
11:45:15 openstackgerrit Balazs Gibizer proposed openstack/nova master: Calculate RequestGroup resource provider mapping https://review.openstack.org/616239
11:45:16 openstackgerrit Balazs Gibizer proposed openstack/nova master: Send RP uuid in the port binding https://review.openstack.org/569459
11:45:16 openstackgerrit Balazs Gibizer proposed openstack/nova master: Recalculate request group - RP mapping during re-schedule https://review.openstack.org/619529
11:45:16 openstackgerrit Balazs Gibizer proposed openstack/nova master: Pass resource provider mapping to neutronv2 api https://review.openstack.org/616240
11:45:17 openstackgerrit Balazs Gibizer proposed openstack/nova master: Test boot with more ports with bandwidth request https://review.openstack.org/573317
11:45:18 openstackgerrit Balazs Gibizer proposed openstack/nova master: Add pf_interface_name tag to passthrough_whitelist https://review.openstack.org/625311
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

Earlier   Later