Chyby a řešení instalace OpenStack Icehouse – CentOS

Zkoušel jsem nainstalovat OpenStack Icehouse na CentOS téměř týden (protože to dělám poprvé, trvalo týden, než jsem dokončil celou instalaci a konfiguraci). I když jsem se řídil oficiální dokumentací, stále jsem musel odkazovat na různá fóra včetně webu podpory openstack, abych vyřešil chyby, které mě během procesu instalace obtěžovaly. Tak mě napadlo zachytit všechny ty chyby a řešení, která mi fungovala, v tomto článku. Můžete přejít na několik chyb a řešení, se kterými jsem se setkal během instalace služeb Keystone, Glance a Nova. Doufejme, že to může být pro někoho užitečné.

No, tady je několik dalších…

Chyba:neutronový server se nepodařilo spustit a ne log byl zapsán –  neutron mrtvý, ale soubor pid existuje

# servisní neutron-server start# service neutron-server statusneutron mrtvý, ale soubor pid existuje

Řešení:

Obecně platí, že po instalaci služeb keystone, look, nova musíte vytvořit odpovídající databázi v MySQL (obvykle se databáze vytváří ručně). Neutronová služba to ale nevyžaduje, protože služba naplní databázi automaticky. Nechovalo se to tak a musel jsem ručně spustit ‘neutron-db-manage ‘ před spuštěním ‚neutronový server‘.

Poznámka: Podle oficiální dokumentace se před synchronizací databáze doporučuje ručně spustit neutronový server. Níže uvedené kroky byste měli provést pouze v případě, že se služba nespustí.

Provedením níže uvedených příkazů nakonfigurujte síťové pluginy

# openstack-config --set /etc/neutron/neutron.conf VÝCHOZÍ core_plugin neutron.plugins.ml2.plugin.Ml2Plugin# openstack-config --set /etc/neutron/neutron.conf VÝCHOZÍ service_plugins neutron.services. l3_router.l3_router_plugin.L3RouterPlugin

Nyní naplňte databázi neutronů…

# su -s /bin/sh -c "neutron-db-manage --config-file /etc/neutron/neutron.conf --config-file /etc/neutron/plugin.ini upgrade head" neutron 

 Zkuste spustit neutronový server. Fungovalo to pro mě.
 
ERROR:Server se buď pokazil, nebo není schopen provést požadovanou operaci. (HTTP 500)
 

 Výše uvedená chyba byla vyvolána, když jsem provedl síťový a bootovací příkaz nova.
 
[root@gcontroller]#nova --debug network-create tg-network --bridge br100 --multi-host T --fixed-range-v4 10.180.14.160/27
 

 Řešení: 
Zkuste provést níže uvedený příkaz…
 
[root@gcontroller]#nova-manage network vytvořit tg-network --multi_host=T --fixed_range_v4=10.180.14.160/27 --bridge=br100 --num_networks=1 --network_size=256
 
Chyba:NetworkNotCreated:k vytvoření sítě je vyžadován most
 
[root@gcontroller]# nova-manage network create tg-network --multi_host=T --bridge_interface=br100 --fixed_range_v4=10.180.14.160/27Příkaz se nezdařil, další informace naleznete v protokolu
 

 Další informace naleznete v protokolu chyb…
 
[root@gcontroller]#tailf /var/log/nova/nova-manage.log2015-02-06 18:33:07.656 5080 KRITICKÁ nova [req-750edab1-9736-4cff-9395-e596f316eNe596 Network] :K vytvoření sítě je nutný most.
 

 Řešení: 
 

 Jak říká výše uvedená chybová zpráva, měli byste zadat bridge_interface pro vytvoření sítě. Příkaz tedy probíhá jako níže..Vyhledejte ‘–bridge_interface=br100  ‘
 
[root@gcontroller]#nova-manage network vytvořit tg-network --multi_host=T --fixed_range_v4=10.180.14.160/27 --bridge_interface=br100 --num_networks=1 --network_size=256[root@gcontroller # nova net-list+--------------------------------------+----- ----+-------------------+| ID | Štítek | CIDR |+--------------------------------------+-------- -+-------------------+| 60dfd46a-4649-4758-8b8d-88cc562b9b39 | tg-síť | 10.180.14.160/27 |+--------------------------------------+---- -----+------------------+
 
Chyba:Potřebujete vyšší verzi pyparsing – Requirement.parse('pyparsing>=2.0.1')
 
# neutron net-create ext-net --shared --router:external=True (pyparsing 1.5.6 (/usr/lib/python2.6/site-packages), Requirement.parse('pyparsing>=2.0 .1')) Objekt 'Namespace' nemá atribut 'debug'
 

 Řešení: 
 

 Je jasné, že byste měli nainstalovat vyšší verzi pyparsingu. Nejjednodušší způsob, jak nainstalovat jakýkoli modul pythonu, je použít ‘pip “ nebo „snadná_instalace ‘.
 
easy_install pyparsing
 

 Ale znáte to, někdy se kompilace a instalace modulu pouze povede. V takových případech si můžete nejnovější verzi pyparsingu stáhnout zde.
 
[root@gcontroller pyparsing-2.0.1]# python setup.py buildrunning buildrunning build_pycreating buildcreating build/libcopying pyparsing.py -> build/lib[root@gcontroller pyparsing-2.0.1]# python setup.py installrunning installrunning buildrunning build_pyrunning install_libcopying build/lib/pyparsing.py -> /usr/lib/python2.6/site-packagesbyte-compiling /usr/lib/python2.6/site-packages/pyparsing.py na pyparsing.pycrunning install_egg_infoWriting /usr/ lib/python2.6/site-packages/pyparsing-2.0.1-py2.6.egg-info
 
Chyba:INFO nova.wsgi [-] Zastavení serveru WSGI | INFO nova.openstack.common.service [-] Chycen SIGTERM, opouští | [Errno 111] Připojení odmítnuto
 

 Při provádění jednoho z příkazů nova jsem dostal výše uvedenou chybu.
 
[root@gcontroller]# nova net-listERROR:[Errno 111] Připojení odmítnuto
 

 Soubory protokolu pod /var/log/nova odhalil výše uvedenou chybu.
 
INFO nova.wsgi [-] Zastavuje se WSGI server.INFO nova.wsgi [-] Server WSGI se zastavil.INFO nova.wsgi [-] Server WSGI se zastavil.INFO nova.wsgi [-] Server WSGI se zastavil. INFO nova.openstack.common.service [-] Chycen SIGTERM, opouští
 

 Řešení: 
 

 Kdykoli se zobrazí chyba „Připojení odmítnuto“, je jasné, že jedna z nezbytných služeb neběží správně. Po odladění jsem pochopil, že když spustím ‘openstack-nova-metadata-api ‘, zabíjí ‘openstack-nova-api ‚služba. Důvodem bylo, že openstack-nova-api již spouštěl spolu s ním i ‚metadata-api‘, a když spustím ‚openstack-nova-metadata-api‘ samostatně, zabilo to druhou službu.
 

 Chcete-li problém vyřešit,
 
 
$vi /etc/nova/nova.conf 
 
Hledejte „enabled_apis  ‘ a jeho hodnotu ‘ec2,osapi_compute,metadata  „
 
Odstraňte „metadata“ z „enabled_apis“
 
Nyní je dobré začít s oběma „openstack-nova-api ‘ a ‘openstack-nova-metadata-api ‘. Obě služby poběží samostatně.
 
 

 V případě, že chcete spustit 'metadata-api' spolu s 'openstack-nova-api', ponechte 'enabled_apis' s hodnotami 'ec2,osapi_compute,metadata' a zastavte 'openstack-nova-metadata-api  ‘ od spuštění během spouštění systému. Chcete-li to provést, stačí spustit následující příkazy:
 
$ chkconfig openstack-nova-metadata-api vypnuto$ chkconfig openstack-nova-api zapnuto
 
Chyba:iptables-restore v1.4.6:Chybná IP adresa „gcompute“
 

 Výše uvedené nastalo, když jsem se pokusil spustit nova-network na svém výpočetním uzlu. Soubory protokolu pod /var/log/nova odhalil výše uvedenou zprávu.
 

 Řešení: 
 
 
Otevřete /etc/nova/nova.conf a hledejte „my_ip ‘ atribut.
 
Ujistěte se, že „my_ip ‘ obsahuje IP adresu jako hodnotu a nikoli název hostitele nebo FQDN nebo localhost . V mém případě to byl FQDN výpočetního uzlu. Změnil jsem ji na IP adresu.
 
Nyní restartujte openstack-nova-network služba a měla by fungovat podle očekávání.
 
 
ERROR:Kvóta překročena pro instance:Požadováno 1, ale již použito 10 z 10 instancí (HTTP 413)
 

 Měli byste změnit výchozí limit kvóty pro spouštění nové instance. Chcete-li zobrazit výchozí limity kvót, spusťte níže uvedený příkaz.
 
[root@gcontroller]# výchozí kvóty nova+-----------------------------+-------- +| Kvóta | Limit |+-----------------------------+-------+| instance | 10 || jádra | 20 || beran | 51200 || plovoucí_ips | 10 || pevné_ips | -1 || metadata_items | 128 || injected_files | 5 || injected_file_content_bytes | 10240 || injected_file_path_bytes | 255 || páry klíčů | 100 || security_groups | 10 || security_group_rules | 20 |+-----------------------------+-------+
 

 Níže uvedený příkaz vám umožní nastavit nový limit kvóty.
 
[root@gcontroller]# nová kvóta-class-update --instances 35 default[root@gcontroller]# nová kvóta-výchozí nastavení+-------------------- ---------+-------+| Kvóta | Limit |+-----------------------------+-------+| instance | 35 || jádra | 20 || beran | 51200 || plovoucí_ips | 10 || pevné_ips | -1 || metadata_items | 128 || injected_files | 5 || injected_file_content_bytes | 10240 || injected_file_path_bytes | 255 || páry klíčů | 100 || security_groups | 10 || security_group_rules | 20 |+-----------------------------+-------+
 
Cirros Image je spuštěný a aktivní, ale jaké je uživatelské jméno a heslo pro přihlášení k terminálu?
 

 Pokud jste spustili instanci pomocí obrazu Cirros (to je nejjednodušší způsob, jak otestovat nastavení) a chtěli jste získat přístup k terminálu nové instance, pak k němu ssh použijte uživatelské jméno „cirros“ a heslo „cubswin:)“. 
 
#ssh [email protected]
 
Nelze se přihlásit k panelu Openstack
 

 Vidíte:„Něco se pokazilo! Došlo k neočekávané chybě. Zkuste obnovit stránku“, když je přístupný panel openstack?
  

 
 

 Řešení: 
 

 Zkontrolujte, zda jste nastavili správné hodnoty pro níže uvedené atributy v „/etc/openstack-dashboard/local_settings ‘
 
OPENSTACK_HOST ="gcontroller.org.in"OPENSTACK_KEYSTONE_URL ="http://%s:5000/v2.0" % OPENSTACK_HOSTOPENSTACK_KEYSTONE_DEFAULT_ROLE ="admin"
 

 V mém případě jsem musel změnit ‘OPENSTACK_KEYSTONE_DEFAULT_ROLE =“_member_ “ ‘ to ‘OPENSTACK_KEYSTONE_DEFAULT_ROLE =“admin “ ‘
 
[error] SuspiciousOperation:Neplatné záhlaví HTTP_HOST (možná bude nutné nastavit ALLOWED_HOSTS)
 

 Řešení: 
 

 Musíte nastavit ALLOWED_HOSTS  atribut v ‘/etc/openstack-dashboard/local_settings ‘. Hodnota ALLOWED_HOSTS by také měla obsahovat IP adresu uzlu řadiče (uzel, který provozuje službu řídicího panelu).
 
ALLOWED_HOSTS =['10.180.5.50', '10.180.5.49', '10.180.10.132']
 
A bonus je tady...
 
 Stáhněte si zdarma e-knihu o instalaci OpenStack Icehouse! 
 Stáhněte si Cheat Sheet rozhraní příkazového řádku OpenStack! – Nejčastěji používané příkazy