Puncte:1

EROARE MySQL 1045 Acces refuzat pentru „nova”@“controller”

drapel za

Descriere

Am instalat Openstack Wallaby folosind Ghid de instalare OpenStack, toate comenzile și configurațiile sunt pe mine Github. Acest LAB rulează pe VirtualBox și am un alt LAB cu aceeași configurație și versiune Openstack pe ESXi fără nicio problemă.

In acest punct un controler cu doi calculează nodul.

În secțiunea de mai jos, îmbunătățiți permisiunea pentru baza de date configurată corect

Bazele de date sunt create corect:

user@controller001:~$ sudo mysql
MariaDB [(niciunul)]> AFIȘAȚI BAZELE DE DATE;
+--------------------+
| Baza de date |
+--------------------+
| privire |
| schema_informatiei |
| cheia de boltă |
| mysql |
| nova |
| nova_api |
| nova_cell0 |
| schema_performanta |
| plasare |
+--------------------+

Acordați toate permisiunile pentru acele baze de date:

MariaDB [(niciunul)]> SHOW GRANTS FOR nova;
+--------------------------------------------- --------------------------------------------- --+
| Granturi pentru nova@% |
+--------------------------------------------- --------------------------------------------- --+
| Acordați UTILIZARE PE *.* CĂTRE `nova`@`%` IDENTIFICAT PRIN PAROLĂ '*3A4A03AC22526F6B591010973A741D59A71D728E' |
| ACORDĂ TOATE PRIVILEGIILE PE `nova`.* CĂTRE `nova`@`%` |
| ACORDAȚI TOATE PRIVILEGIILE PE `nova_cell0`.* CĂTRE `nova`@`%` |
| ACORDAȚI TOATE PRIVILEGIILE PE `nova_api`.* CĂTRE `nova`@`%` |
+--------------------------------------------- --------------------------------------------- --+

Aveți acces la bazele de date de la distanță din nodul de calcul:

utilizator@compute001:~$ mysql -unova -popenstack -h controller001

MariaDB [(niciunul)]> arată bazele de date;
+--------------------+
| Baza de date |
+--------------------+
| schema_informatiei |
| nova |
| nova_api |
| nova_cell0 |
+--------------------+

Jurnal Mysql după repornirea serviciilor nova:

user@controller001:~$ sudo systemctl restart nova-*

user@controller001:~$ sudo tail -f /var/log/mysql/error.log
2021-10-02 12:52:12 112 [Avertisment] Conexiune întreruptă 112 la db: utilizator „nova”: gazdă „nova”: „controller001” (A apărut o eroare la citirea pachetelor de comunicare)
2021-10-02 12:52:12 118 [Avertisment] Conexiune întreruptă 118 la db: „nova_api” utilizator: „nova” gazdă: „controller001” (A apărut o eroare la citirea pachetelor de comunicare)
2021-10-02 12:52:12 116 [Avertisment] Conexiune întreruptă 116 la db: utilizator „nova”: gazdă „nova”: „controller001” (A apărut o eroare la citirea pachetelor de comunicare)
2021-10-02 12:52:12 119 [Avertisment] Conexiune întreruptă 119 la db: „nova_api” utilizator: „nova” gazdă: „controller001” (A apărut o eroare la citirea pachetelor de comunicare)
2021-10-02 12:52:12 115 [Avertisment] Conexiune întreruptă 115 la db: utilizator „nova”: gazdă „nova”: „controller001” (A apărut o eroare la citirea pachetelor de comunicare)
2021-10-02 12:52:12 113 [Avertisment] Conexiune întreruptă 113 la db: utilizator „nova”: gazdă „nova”: „controller001” (A apărut o eroare la citirea pachetelor de comunicare)
2021-10-02 12:52:12 114 [Avertisment] Conexiune întreruptă 114 la db: utilizator „nova”: gazdă „nova”: „controller001” (A apărut o eroare la citirea pachetelor de comunicare)
2021-10-02 12:52:12 117 [Avertisment] Conexiune întreruptă 117 la db: utilizator „nova”: gazdă „nova”: „controller001” (A apărut o eroare la citirea pachetelor de comunicare)
2021-10-02 12:52:12 109 [Avertisment] Conexiune întreruptă 109 la db: utilizator „nova”: gazdă „nova”: „controller001” (A apărut o eroare la citirea pachetelor de comunicare)
2021-10-02 12:52:12 110 [Avertisment] Conexiune întreruptă 110 la db: utilizator „nova”: gazdă „nova”: „controller001” (A apărut o eroare la citirea pachetelor de comunicare)
2021-10-02 12:52:12 111 [Avertisment] Conexiune întreruptă 111 la db: utilizator „nova”: gazdă „nova”: „controller001” (A apărut o eroare la citirea pachetelor de comunicare)
2021-10-02 12:52:12 108 [Avertisment] Conexiune întreruptă 108 la db: „nova_cell0” utilizator: „nova” gazdă: „controller001” (A apărut o eroare la citirea pachetelor de comunicare)
2021-10-02 12:52:12 103 [Avertisment] Conexiune întreruptă 103 la db: „nova_api” utilizator: „nova” gazdă: „controller001” (A apărut o eroare la citirea pachetelor de comunicare)
2021-10-02 12:52:12 102 [Avertisment] Conexiune întreruptă 102 la db: „nova_api” utilizator: „nova” gazdă: „controller001” (A apărut o eroare la citirea pachetelor de comunicare)
2021-10-02 12:52:12 105 [Avertisment] Conexiune întreruptă 105 la db: „nova_cell0” utilizator: „nova” gazdă: „controller001” (A apărut o eroare la citirea pachetelor de comunicare)
2021-10-02 12:52:16 141 [Avertisment] Acces refuzat utilizatorului „nova”@“controller001” (folosind parola: DA)
2021-10-02 12:52:16 142 [Avertisment] Acces refuzat utilizatorului „nova”@“controller001” (folosind parola: DA)
2021-10-02 12:52:17 147 [Avertisment] Acces refuzat utilizatorului „nova”@“controller001” (folosind parola: DA)

A apărut o eroare la citirea pachetelor de comunicare

Aici sunt câteva sugestii pentru a rezolva această eroare:

SET GLOBAL max_allowed_packet = 1024 * 1024 * 256; 
set @@global.max_connections = 400;
SETARE GLOBAL interactive_timeout=6000;
SETARE GLOBAL innodb_buffer_pool_size = 1024 * 1024 * 2;

Orice încercare de a descoperi o nouă gazdă face următoarea eroare:

user@controller001:~$ sudo su -s /bin/sh -c "nova-manage cell_v2 discover_hosts --verbose" nova
....
sqlalchemy.exc.OperationalError: (pymysql.err.OperationalError) (1045, „Acces refuzat pentru utilizatorul 'nova'@'controller001' (folosind parola: YES)")
(Detalii despre această eroare la: http://sqlalche.me/e/13/e3q8)

Și, dar nu sunt sigur că este un bug sau nu

user@controller001:~$ lista de hypervisor de os
Eroare API neașteptată.Vă rugăm să raportați acest lucru la http://bugs.launchpad.net/nova/ și să atașați jurnalul Nova API, dacă este posibil.
<clasa „sqlalchemy.exc.OperationalError”> (HTTP 500) (ID-cerere: req-d6edcfa3-ccf2-4eb8-80f8-041cb55e772d)

configurație nume:

utilizator@controller001:~$ . admin-openrc 
user@controller001:~$ lista punctelor finale ale osului
+---------------------------------+-----------+-- ------------+--------------+---------+-----------+ --------------------------------+
| ID | Regiunea | Nume serviciu | Tip serviciu | Activat | Interfață | URL |
+---------------------------------+-----------+-- ------------+--------------+---------+-----------+ --------------------------------+
| 1e2f0fc829f84a53a337bbb70e7679af | RegionOne | nova | calcula | Adevărat | intern | http://controller001:8774/v2.1 |
| 38e967a4c87f4464ba6ac965c889f6a4 | RegionOne | plasare | plasare | Adevărat | admin | http://controller001:8778 |
| 398d51ab439f4afc8fb7c71adc1bf3a9 | RegionOne | cheia de boltă | identitate | Adevărat | intern | http://controller001:5000/v3/ |
| 4aaf9ac0ccec41978e541a0de0e55ed4 | RegionOne | nova | calcula | Adevărat | public | http://controller001:8774/v2.1 |
| 52ba2047ed864b9aa6ad352ba2fe59dc | RegionOne | nova | calcula | Adevărat | admin | http://controller001:8774/v2.1 |
| 659ed7ae84074b30a6a4941648b994c3 | RegionOne | plasare | plasare | Adevărat | intern | http://controller001:8778 |
| 9cd126c1f07e4b13946edcdc80f9f215 | RegionOne | plasare | plasare | Adevărat | public | http://controller001:8778 |
| aec5b18b834b4a9cad8a4efb83b1b1d7 | RegionOne | privire | imagine | Adevărat | intern | http://controller001:9292 |
| b1a13f51438c40b8b74ec25b89efebab | RegionOne | privire | imagine | Adevărat | public | http://controller001:9292 |
| c35c703090f3478aa7d960293fde1bf0 | RegionOne | cheia de boltă | identitate | Adevărat | admin | http://controller001:5000/v3/ |
| ca231e48c3ad406c8ec757c765b651a6 | RegionOne | privire | imagine | Adevărat | admin | http://controller001:9292 |
| ff927678f6634475bd80bdba7effc3fc | RegionOne | cheia de boltă | identitate | Adevărat | public | http://controller001:5000/v3/ |
+---------------------------------+-----------+-- ------------+--------------+---------+-----------+ --------------------------------+
user@controller001:~$ sudo su -s /bin/sh -c "nova-manage cell_v2 list_cells" nova
+-------+-------------------------------------+-- -------------------------------------------+------ ---------------------------------------------+--- -------+
| Nume | UUID | Adresa URL de transport | Conexiune la baza de date | Dezactivat |
+-------+-------------------------------------+-- -------------------------------------------+------ ---------------------------------------------+--- -------+
| celula0 | 00000000-0000-0000-0000-000000000000 | niciunul:/ | mysql+pymysql://nova:****@controller001/nova_cell0 | Fals |
| celula1 | e62ffdc8-5f28-43ef-9bcb-404812faaeae | rabbit://openstack:****@controller001:5672/ | mysql+pymysql://nova:****@controller001/nova | Fals |
+-------+-------------------------------------+-- -------------------------------------------+------ ---------------------------------------------+--- -------+
user@controller001:~$ cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 controller001

# Următoarele linii sunt de dorit pentru gazdele capabile IPv6
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

172.16.50.41 controller001
172.16.50.42 calculează011
drapel us
Mi-am șters răspunsul, problema pare să fie alta. Dacă configurațiile diferă de depozitul dvs. github, vă rugăm să adăugați setările de configurare curente la postarea dvs. Care este bind_address pentru mariadb?
Hojii avatar
drapel za
@eblock aceasta este noua mea adresă, puteți găsi configurația exactă: https://github.com/hojat-gazestani/Wallaby
Hojii avatar
drapel za
@eblock bind_address pentru mariadb este interfața de gestionare controller001, după cum puteți vedea în fișierul: /etc/mysql/mariadb.conf.d/99-openstack.cnf: bind-address = 172.16.50.41
Puncte:0
drapel za

Acest lucru nu a fost legat de permisiunile MariaDB sau URL-ul bazei de date.

Problema rezolvata folosind aceasta descrierea erorilor si aici este o alta solutie care nu merge la mine. Crearea celulelor exact ca instalatie nova ghidata a lucrat pentru mine și adăugând transport-url și conexiune-bază de date la nova-mange comanda a fost vina mea, deși a funcționat pentru mine în trecut.

„Dacă nu specificați --database_connection, va folosi nova-manage valoarea [bază de date]/conexiune din fișierul dvs. de configurare și modificați numele bazei de date să aibă un sufix _cell0."

Și:

„Dacă bazele de date sunt pe gazde separate, atunci ar trebui să specificați --database_connection sau asigurați-vă că nova.conf utilizat are valoarea [bază de date]/conexiune care indică aceeași utilizator/parolă/gazdă care va funcționa pentru baza de date cell0. Dacă celula0 maparea a fost creată incorect, aceasta poate fi ștearsă folosind comanda nova-manage cell_v2 delete_cell și apoi rulați map_cell0 din nou cu valoarea corespunzatoare a conexiunii la baza de date."

Deci, cred că ceea ce probabil sa întâmplat este că atunci când ați rulat map_cell0, acesta a creat o înregistrare nova_api.cell_mappings cu baza de date greșită URL de conexiune, deoarece acum db sync, care se bazează pe înregistrarea tabelului cell_mappings pentru a se conecta la baza de date cell0, este eșuând pentru că caută nova_api_cell0 dar aveți nova_cell0.

Acesta este codul exact care creează conexiunea implicită cell0 URL dacă nu ați specificat --database-connection când rulați map_cell0:

Deci, cred că probabil doriți doar să (1) ștergeți maparea cell0 (2) rulați map_cell0 din nou și asigurați-vă că creează o intrare cell0 cu adresa URL corectă a conexiunii la baza de date și apoi (3) rulați nova-manage db sync din nou.

sudo su -s /bin/sh -c "nova-manage cell_v2 map_cell0" nova
sudo su -s /bin/sh -c "nova-manage cell_v2 create_cell --name=cell1 --transport-url rabbit://openstack:****@controller001:5672/ --database_connection mysql+pymysql:// nova:****@controller001/nova --verbose" nova 


user@controller001:~$ sudo su -s /bin/sh -c "nova-manage cell_v2 list_cells" nova
+-------+-------------------------------------+-- -----------------------------------------+-------- ------------------------------------------+------- ---+
| Nume | UUID | Adresa URL de transport | Conexiune la baza de date | Dezactivat |
+-------+-------------------------------------+-- -----------------------------------------+-------- ------------------------------------------+------- ---+
| celula0 | 00000000-0000-0000-0000-000000000000 | niciunul:/ | mysql+pymysql://nova:****@controller001/nova_cell0 | Fals |
| celula1 | 553970ef-335a-4cf1-90fb-8268c49d5fad | rabbit://openstack:****@controller001:5672/ | mysql+pymysql://nova:****@controller001/nova | Fals |
+-------+-------------------------------------+-- -----------------------------------------+-------- ------------------------------------------+------- ---+

user@controller001:~$ sudo su -s /bin/sh -c "nova-manage cell_v2 delete_cell --cell_uuid 00000000-0000-0000-0000-000000000000" nova
user@controller001:~$ sudo su -s /bin/sh -c "nova-manage cell_v2 delete_cell --cell_uuid 553970ef-335a-4cf1-90fb-8268c49d5fad" nova



user@controller001:~$ sudo su -s /bin/sh -c "nova-manage api_db sync" nova
user@controller001:~$ sudo su -s /bin/sh -c "nova-manage cell_v2 map_cell0" nova
user@controller001:~$ sudo su -s /bin/sh -c "nova-manage cell_v2 create_cell --name=cell1 --verbose" nova
--transport-url nu este furnizat în linia de comandă, folosind valoarea [DEFAULT]/transport_url din fișierul de configurare
--database_connection nu este furnizat în linia de comandă, folosind valoarea [database]/connection din fișierul de configurare
d448f914-53fa-410c-8f89-407e33c96c3f
user@controller001:~$ sudo su -s /bin/sh -c "nova-manage db sync" nova
user@controller001:~$ sudo su -s /bin/sh -c "nova-manage cell_v2 list_cells" nova
+-------+-------------------------------------+-- -----------------------------------------+-------- ------------------------------------------+------- ---+
| Nume | UUID | Adresa URL de transport | Conexiune la baza de date | Dezactivat |
+-------+-------------------------------------+-- -----------------------------------------+-------- ------------------------------------------+------- ---+
| celula0 | 00000000-0000-0000-0000-000000000000 | niciunul:/ | mysql+pymysql://nova:****@controller001/nova_cell0 | Fals |
| celula1 | d448f914-53fa-410c-8f89-407e33c96c3f | rabbit://openstack:****@controller001:5672/ | mysql+pymysql://nova:****@controller001/nova | Fals |
+-------+-------------------------------------+-- -----------------------------------------+-------- ------------------------------------------+------- ---+

user@controller001:~$ lista de servicii de calcul openstack --service nova-compute
+----+--------------+-----------+------+---------+ -------+----------------------------+
| ID | Binar | Gazdă | Zona | Stare | Stat | Actualizat la |
+----+--------------+-----------+------+---------+ -------+----------------------------+
| 5 | nova-compute | calculează21 | nova | activat | sus | 2021-10-09T13:59:32.000000 |
+----+--------------+-----------+------+---------+ -------+----------------------------+

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.