Поделись ссылочкой

https://opennebula.io/get-migration
😊
там логин-пароль персональные приходят

` мая 19 12:11:10 nola2 mysqld[23442]: 2021-05-19 12:11:10 307 [Warning] Aborted connection 307 to db: 'opennebula' user: 'oneadmin' host: 'localhost' (Got an error reading communication packets)
мая 19 12:11:10 nola2 mysqld[23442]: 2021-05-19 12:11:10 309 [Warning] Aborted connection 309 to db: 'opennebula' user: 'oneadmin' host: 'localhost' (Got an error reading communication packets)
мая 19 12:11:10 nola2 mysqld[23442]: 2021-05-19 12:11:10 308 [Warning] Aborted connection 308 to db: 'opennebula' user: 'oneadmin' host: 'localhost' (Got an error reading communication packets)
мая 19 12:11:10 nola2 mysqld[23442]: 2021-05-19 12:11:10 306 [Warning] Aborted connection 306 to db: 'opennebula' user: 'oneadmin' host: 'localhost' (Got an error reading communication packets)
мая 19 12:11:10 nola2 mysqld[23442]: 2021-05-19 12:11:10 305 [Warning] Aborted connection 305 to db: 'opennebula' user: 'oneadmin' host: 'localhost' (Got an error reading communication packets) `

😭

так, если база mariadb, а обновление я провел только на одной ноде, на остальных нужно повторить, верно?

Кто-нибудь подскажет в чем причина?

opennebula-node может не установлен

Спасибо, заработало

User didn't pass the validation and was banned.

-- Начат процесс запуска юнита opennebula.service.
мая 19 15:31:33 nola2 oned[1485]: Could not open connect to database server: Too many connections
мая 19 15:31:33 nola2 systemd[1]: opennebula.service: Main process exited, code=exited, status=255/n/a
мая 19 15:31:33 nola2 systemd[1]: opennebula.service: Failed with result 'exit-code'.
мая 19 15:31:33 nola2 systemd[1]: Failed to start OpenNebula Cloud Controller Daemon.

не пойму, что такое, коннектов к базе opennebula в кластере нет

в консоли mysql opennebula -u oneadmin -p нормально проходит, команды выполняются

max_connections выставил 200, не помогло, да и не думаю, что дело в этом

скорее всего при апгрейде что-то пошло не так

вот так выглядел onedb fsck

это критично?

Блин, чо что за хрень периодически происходит?
SCHED_MESSAGE = "Wed May 19 11:43:09 2021: Cannot dispatch VM to any Host. Possible reasons: Not enough capacity in Host or System DS, dispatch limit reached, or limit of free leases reached."

Места там полно, и происходит через раз

в шаблоне datastore target ID не стоит поди, вот ВМ и не знает в какой ей ехать, если их несколько на выбор

при обновлении было сообщение типа:
Table and database charset (utf8, latin1) differs

В базе было так:
character_set_name table_name
----------------------------------------------+
latin1 marketplaceapp_pool
latin1 db_versioning
latin1 secgroup_pool
latin1 pool_control
latin1 history
latin1 vrouter_pool
latin1 cluster_vnc_bitmap
latin1 group_pool
latin1 marketplace_pool
latin1 system_attributes
latin1 vm_monitoring
latin1 vmgroup_pool
latin1 logdb
latin1 acl
latin1 host_pool
latin1 zone_pool
latin1 document_pool
latin1 user_pool
latin1 network_vlan_bitmap
latin1 host_monitoring
latin1 local_db_versioning
latin1 template_pool
latin1 vm_showback
latin1 vm_import
latin1 vdc_pool
utf8 group_quotas
utf8 cluster_pool
utf8 cluster_datastore_relation
utf8 vn_template_pool
utf8 cluster_network_relation
utf8 vm_pool
utf8 user_quotas
utf8 datastore_pool
utf8 network_pool
utf8 image_pool

Я сконвертил все в utf8mb4 вот так:
ALTER DATABASE opennebula CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
ALTER TABLE opennebula.%tablename% CONVERT TO CHARACTER SET utf8mb4;