Saya telah mencoba menginstal OpenStack Icehouse di CentOS selama hampir seminggu (Karena saya melakukan ini untuk pertama kalinya, butuh seminggu untuk menyelesaikan seluruh instalasi dan konfigurasi). Meskipun saya mengikuti dokumentasi resmi, saya masih harus merujuk ke berbagai forum termasuk situs dukungan openstack untuk mengatasi kesalahan yang menyadap saya selama proses penginstalan. Jadi, saya berpikir untuk mencatat semua kesalahan dan solusi yang berhasil untuk saya dalam artikel ini. Anda dapat melompat untuk melihat beberapa kesalahan dan solusi yang saya temui selama penginstalan layanan Keystone, Glance dan Nova . Semoga bermanfaat bagi seseorang.
Nah, ini beberapa lagi…
Kesalahan:server neutron gagal memulai dan tidak ada log ditulis – neutron mati tapi file pid ada
# service neutron-server start# service neutron-server statusneutron dead tapi file pid ada
Solusi:
Umumnya, setelah menginstal layanan keystone, sekilas, nova, Anda harus membuat database yang sesuai di MySQL (biasanya database dibuat secara manual). Tetapi layanan neutron tidak memerlukan itu, karena layanan akan mengisi database secara otomatis. Namun, tidak berperilaku seperti itu dan saya harus menjalankan 'neutron-db-manage secara manual ' sebelum memulai 'server-neutron'.
Catatan: Menurut dokumentasi resmi, disarankan untuk memulai server neutron secara manual sebelum menyinkronkan database. Anda harus mengikuti langkah-langkah di bawah ini hanya jika layanan gagal dimulai.
Jalankan perintah di bawah ini untuk mengonfigurasi plugin jaringan
# openstack-config --set /etc/neutron/neutron.conf DEFAULT core_plugin neutron.plugins.ml2.plugin.Ml2Plugin# openstack-config --set /etc/neutron/neutron.conf DEFAULT service_plugins neutron.services. l3_router.l3_router_plugin.L3RouterPlugin
Sekarang isi database neutron…
# su -s /bin/sh -c "neutron-db-manage --config-file /etc/neutron/neutron.conf --config-file /etc/neutron/plugin.ini upgrade head" neutronCoba mulai neutron-server. Ini berhasil untuk saya.
ERROR:Server salah atau tidak mampu melakukan operasi yang diminta. (HTTP 500)
Kesalahan di atas muncul saat saya menjalankan perintah jaringan dan boot nova.
[root@gcontroller]#nova --debug network-create tg-network --bridge br100 --multi-host T --fixed-range-v4 10.180.14.160/27Solusi:
Coba jalankan perintah di bawah ini…[root@gcontroller]#nova-manage network create tg-network --multi_host=T --fixed_range_v4=10.180.14.160/27 --bridge=br100 --num_networks=1 --network_size=256Kesalahan:NetworkNotCreated:jembatan diperlukan untuk membuat jaringan
[root@gcontroller]# nova-manage network create tg-network --multi_host=T --bridge_interface=br100 --fixed_range_v4=10.180.14.160/27Perintah gagal, harap periksa log untuk info lebih lanjutPeriksa log kesalahan untuk informasi lebih lanjut…
[root@gcontroller]#tailf /var/log/nova/nova-manage.log2015-02-06 18:33:07.656 5080 nova CRITICAL [req-750edab1-9736-4cff-9395-e596f316e596 Tidak Ada Tidak Ada] NetworkNotCreated :jembatan diperlukan untuk membuat jaringan.Solusi:
Seperti pesan error di atas, Anda harus menentukan bridge_interface untuk membuat jaringan. Jadi perintahnya seperti di bawah ini..Cari ‘–bridge_interface=br100 ‘
[root@gcontroller]#nova-kelola jaringan buat 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 | Label | CIDR |+--------------------------------------+-------- -+------------------+| 60dfd46a-4649-4758-8b8d-88cc562b9b39 | tg-jaringan | 10.180.14.160/27 |+--------------------------------------+---- -----+------------------+Error:Perlu versi pyparsing yang lebih tinggi – 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')) Objek 'Namespace' tidak memiliki atribut 'debug'Solusi:
Jelas bahwa Anda harus menginstal versi pyparsing yang lebih tinggi. Cara termudah untuk menginstal modul python adalah dengan menggunakan ‘pip ‘ atau ‘easy_install ‘.
easy_install pyparsingTapi tahukah Anda, terkadang mengkompilasi dan menginstal modul hanya akan berhasil. Dalam kasus seperti itu, Anda dapat mengunduh pyparsing versi terbaru di sini.
[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 ke pyparsing.pycrunning install_egg_infoWriting /usr/ lib/python2.6/site-packages/pyparsing-2.0.1-py2.6.egg-infoKesalahan:INFO nova.wsgi [-] Menghentikan server WSGI | INFO nova.openstack.common.service [-] Tertangkap SIGTERM, keluar | [Errno 111] Koneksi ditolak
Saya mendapatkan kesalahan di atas ketika saya menjalankan salah satu perintah nova.
[root@gcontroller]# nova net-listERROR:[Errno 111] Koneksi ditolakFile log di bawah /var/log/nova mengungkapkan kesalahan di atas.
INFO nova.wsgi [-] Menghentikan server WSGI.INFO nova.wsgi [-] Server WSGI telah berhenti.INFO nova.wsgi [-] Server WSGI telah berhenti.INFO nova.wsgi [-] Server WSGI telah berhenti. INFO nova.openstack.common.service [-] Tertangkap SIGTERM, keluarSolusi:
Setiap kali Anda melihat kesalahan "Koneksi ditolak", jelas bahwa salah satu layanan yang diperlukan tidak berjalan dengan benar. Setelah debugging, saya mengerti bahwa ketika saya memulai 'openstack-nova-metadata-api ', itu membunuh 'openstack-nova-api ' melayani. Alasannya adalah, openstack-nova-api sudah menjalankan 'metadata-api' bersamanya dan ketika saya memulai 'openstack-nova-metadata-api' secara terpisah, layanan lainnya mati.
Untuk memperbaiki masalah ini,
- $vi /etc/nova/nova.conf
- Perhatikan ‘enabled_apis ‘ dan nilainya ‘ec2,osapi_compute,metadata ‘
- Hapus 'metadata' dari 'enabled_apis'
- Sekarang, Anda dapat memulai keduanya 'openstack-nova-api ' dan 'openstack-nova-metadata-api '. Kedua layanan akan berjalan satu per satu.
Jika Anda ingin memulai 'metadata-api' bersama dengan 'openstack-nova-api', tinggalkan 'enabled_apis' dengan nilai sebagai 'ec2,osapi_compute,metadata' dan hentikan 'openstack-nova-metadata-api ' dari mulai selama boot sistem. Untuk melakukannya, Anda cukup menjalankan perintah di bawah ini:
$ chkconfig openstack-nova-metadata-api mati$ chkconfig openstack-nova-api aktif
Kesalahan:iptables-restore v1.4.6:Alamat IP “gcompute” yang salah
Hal di atas terjadi ketika saya mencoba memulai nova-network di node komputasi saya. File log di bawah /var/log/nova mengungkapkan pesan di atas.
Solusi:
- Buka /etc/nova/nova.conf dan cari 'my_ip ' atribut.
- Pastikan ‘my_ip ‘ berisi alamat IP sebagai nilai dan bukan nama host atau FQDN atau host lokal . Dalam kasus saya, itu adalah FQDN dari node komputasi. Saya mengubahnya menjadi alamat IP.
- Sekarang mulai ulang openstack-nova-network layanan dan akan berfungsi seperti yang diharapkan.
ERROR:Kuota terlampaui untuk instance:Diminta 1, tapi sudah menggunakan 10 dari 10 instans (HTTP 413)
Nah, Anda harus mengubah batas kuota default untuk mem-boot instance baru. Untuk melihat batas kuota default, jalankan perintah di bawah ini.
[root@gcontroller]# nova quota-defaults+------------------------------+------- +| Kuota | Batas |+-------------------------+-------+| contoh | 10 || inti | 20 || domba jantan | 51200 || floating_ips | 10 || fixed_ips | -1 || metadata_item | 128 || file_injeksi | 5 || injection_file_content_bytes | 10240 || injection_file_path_bytes | 255 || pasangan_kunci | 100 || security_groups | 10 || aturan_kelompok_keamanan | 20 |+-------------------+-------+
Perintah di bawah ini akan memungkinkan Anda untuk menetapkan batas kuota baru.
[root@gcontroller]# nova quota-class-update --instances 35 default[root@gcontroller]# nova quota-defaults+-------------------- ---------+-------+| Kuota | Batas |+-------------------------+-------+| contoh | 35 || inti | 20 || domba jantan | 51200 || floating_ips | 10 || fixed_ips | -1 || metadata_item | 128 || file_injeksi | 5 || injection_file_content_bytes | 10240 || injection_file_path_bytes | 255 || pasangan_kunci | 100 || security_groups | 10 || aturan_kelompok_keamanan | 20 |+-------------------+-------+
Cirros Image di-boot dan aktif, tetapi apa username dan password untuk login ke terminal?
Jika Anda telah mem-boot sebuah instance menggunakan image Cirros (itu yang paling mudah untuk menguji penyiapan Anda) dan ingin mengakses terminal instance baru, maka ssh ke sana menggunakan nama pengguna sebagai 'cirros' dan sandi sebagai 'cubswin :)'.
#ssh [email protected]
Tidak dapat masuk ke dasbor Openstack
Apakah Anda melihat “Ada yang tidak beres! Sebuah kesalahan yang tidak terduga telah terjadi. Coba segarkan halaman” saat dasbor openstack diakses?
Solusi:
Periksa apakah Anda telah menetapkan nilai yang tepat untuk atribut di bawah ini di ‘/etc/openstack-dashboard/local_settings ‘
OPENSTACK_HOST ="gcontroller.org.in"OPENSTACK_KEYSTONE_URL ="http://%s:5000/v2.0" % OPENSTACK_HOSTOPENSTACK_KEYSTONE_DEFAULT_ROLE ="admin"
Dalam kasus saya, saya harus mengubah ‘OPENSTACK_KEYSTONE_DEFAULT_ROLE =“_member_ “ ‘ ke ‘OPENSTACK_KEYSTONE_DEFAULT_ROLE =“admin “ ‘
[error] SuspiciousOperation:Header HTTP_HOST tidak valid (Anda mungkin perlu menyetel ALLOWED_HOSTS)
Solusi:
Anda perlu menyetel ALLOWED_HOSTS atribut di '/etc/openstack-dashboard/local_settings '. Nilai ALLOWED_HOSTS juga harus berisi alamat IP dari node controller (node yang menjalankan layanan dashboard).
ALLOWED_HOSTS =['10.180.5.50', '10.180.5.49', '10.180.10.132']