самоподписанный сертификат?

Создай свой CA

а не подойдут те что он сделал при engine-setup? Я так понял что он их записал в /etc/pki/ovirt-engine/ Вот только я не понял куда и какие ключи надо скопировать. Подскажите что куда надо положить

ищи CAcert.pem или что-то похожее (с буквами CA) и им подписывай сертификат хоста.

Вроде нашел что куда. Ошибка об ssl вроде пропала. Но все равно не могу подключить. вот лог. Я пытался подсоединить localhost

2012-07-12 20:18:06,903 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-3) [1b703a4] Installation of localhost. Received message: <BSTRAP component='INSTALLER' status='OK' message='Test platform succeeded'/> <BSTRAP component='INSTALLER LIB' status='OK' message='Install library already exists'/> <BSTRAP component='INSTALLER' status='OK' message='vds_bootstrap.py download succeeded'/> . FYI. (Stage: Running first installation script on Host)

2012-07-12 20:18:08,997 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-3) [1b703a4] Installation of localhost. Received message: <BSTRAP component='RHN_REGISTRATION' status='OK' message='Host properly registered with RHN/Satellite.'/> . FYI. (Stage: Running first installation script on Host)

2012-07-12 20:18:09,521 ERROR [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-3) [1b703a4] Installation of localhost. Received message: <BSTRAP component='VDSM_MAJOR_VER' status='OK' message='Available VDSM matches requirements'/> <BSTRAP component='VT_SVM' status='FAIL' processor='AMD' message='Server does not support virtualization'/> <BSTRAP component='RHEV_INSTALL' status='FAIL'/> . Error occured. (Stage: Running first installation script on Host)

2012-07-12 20:18:09,584 INFO [org.ovirt.engine.core.utils.hostinstall.MinaInstallWrapper] (pool-3-thread-3) RunSSHCommand returns true 2012-07-12 20:18:09,585 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-3) [1b703a4] RunScript ended:true

2012-07-12 20:18:09,586 ERROR [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-3) [1b703a4] Installation of localhost. Operation failure. (Stage: Running first installation script on Host)

2012-07-12 20:18:09,587 INFO [org.ovirt.engine.core.bll.InstallVdsCommand] (pool-3-thread-3) [1b703a4] After Installation pool-3-thread-3

2012-07-12 20:18:09,599 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (pool-3-thread-3) [1b703a4] START, SetVdsStatusVDSCommand(vdsId = 84e86ede-cc45-11e1-8c77-001e8c1e5738, status=InstallFailed, nonOperationalReason=NONE), log id: ff56a2

2012-07-12 20:18:09,655 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (pool-3-thread-3) [1b703a4] FINISH, SetVdsStatusVDSCommand, log id: ff56a2

странно... message='Server does not support virtualization'/

вот /proc/:

vendor_id : AuthenticAMD

cpu family : 15

model : 107

model name : AMD Athlon(tm) 64 X2 Dual Core Processor 4400+

....

flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow extd_apicid pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch lbrv

включить amd-v в биосе и сделать холодный ребут.

и еще, на сервере с engine запускать установку локалхоста это ой. сломаешь и то и другое.

проблема с SSL мне попадалась, когда дата на хостах не совпадала. ну а вообще, должен буть bootstrap лог на хосте в /tmp, и в нем подробности

спасибо пересмотрю... но дело в том что до этого на этой же машине стояла Fedora 14 с KVM и все запускалось без проблем. Я мог создавать виртуалки, в сюдук вставлял диск, что с WinXP, что с Debian и - работало.

В любом случае спасибо еще раз гляну биос.

да и то что касается SSL. Эта проблема исчезла когда я скопировал два ключа в jboss-as. bootstrap перестал выдавать ошибки

сейчас овирт немного сломан (в репах пакеты из разных билдов путаются) - в конце месяца будет 3.1 и тогда можно будет ставить без проблем, на 17ую федору

а что касается ssl, то если ключ автоматом не сработал то скорее всего трабла в днс - нужно A + PTR записи хостов и engine чтоб были доступны

cтоп. Обрисовалось еще одна проблема... когда я отключил NetworkManager и активировал службу network для бриджа то пропал виртуальный интерфейс... в fedora 14 интерфейсы были все. br0, eth0, lo и virt0, а теперь их только первых три...

ifconfig brctl show cat /etc/sysconfig/network-scripts/ifcfg-*

[root@office noarch]# ifconfig brctl show cat /etc/sysconfig/network-scripts/ifcfg-*

show: Неизвестный узел

ifconfig: `--help' gives usage information.

[root@office noarch]# ifconfig

br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.1.10 netmask 255.255.255.0 broadcast 192.168.1.255 inet6 fe80::21e:8cff:fe1e:5738 prefixlen 64 scopeid 0x20<link> ether 00:1e:8c:1e:57:38 txqueuelen 0 (Ethernet) RX packets 57692 bytes 10908127 (10.4 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 39975 bytes 7191131 (6.8 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet6 fe80::21e:8cff:fe1e:5738 prefixlen 64 scopeid 0x20<link> ether 00:1e:8c:1e:57:38 txqueuelen 1000 (Ethernet) RX packets 62550 bytes 13129282 (12.5 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 39988 bytes 7187473 (6.8 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 43

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 16436 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 0 (Local Loopback) RX packets 108380 bytes 35414059 (33.7 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 108380 bytes 35414059 (33.7 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

[root@office noarch]#

забыл про

Пустая строка (два раза Enter) начинает новый абзац

еще раз:

ifconfig

brctl show

/etc/sysconfig/network-scripts/ifcfg-*

и желательно отформатировать так чтоб было читабельно

Кстати то что касается виртуализации. Только что глянул биос похожая опция есть и она включена. Похоже что дело дрянь надо ждать 25 числа

в eth0 кучка лишнего, но в принципе проблем не видно. правда овирт 3.0 нормально из коробки поднимался на федора 16 а не 14, а 3.1 на федоре 17 будет.

т

а я все и делаю на 17. Я просто сказал что на этой машине раньше стояла 14 и проблем не было с KVM. И интерфейсы были все на месте, а сейчас один, тот что виртуал куда-то пропал :(

Кстати не в курсе как его можно вернуть?

кстати

[root@office network-scripts]# systemctl status libvirtd.service
libvirtd.service - Virtualization daemon
          Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled)
          Active: active (running) since Fri, 13 Jul 2012 12:12:52 +0300
         Process: 4761 ExecReload=/bin/kill -HUP $MAINPID (code=exited, status=0/SUCCESS)
        Main PID: 539 (libvirtd)
          CGroup: name=systemd:/system/libvirtd.service
                  └ 539 /usr/sbin/libvirtd --listen

Jul 13 12:13:01 office.it-pulse.com.ua libvirtd[539]: [105B blob data]
Jul 13 12:13:01 office.it-pulse.com.ua libvirtd[539]: server add_plugin entry_point error generic failure
Jul 13 12:13:01 office.it-pulse.com.ua libvirtd[539]: _sasl_plugin_load failed on sasl_server_plug_init for plugin: gssapiv2
[root@office network-scripts]#

Я так понимаю этот виртуальный интерфейс поднимает этот деймон? Не могу понять почему он выдает ошибки когда я отключаю NetworkManager и активирую вместо него network

а зачем этот интерфейс нужен? это либвиртовский родной интерфейс для NATов, которые ovirt не использует

да мне просто интересно кто этот virbr0 поднять должен? И почему он вдруг на fedore 17 исчез после отключения NetworkManager

его libvirt поднимает.

так вот у меня и возникает вопрос. Коректно ли этот деймон продолжает работать? Может подскажешь если знаешь как можно это подправить?

этот демон должен управляться через vdsm, который лишние навороты поднимать не даст

если нужен чистый Libvirt то это совсем другое дело

Понял. Спасибо. То есть это он выкинул этот интерфейс с каталога автозапуска у libvirtd

я не смотрел в код, но скорее всего да

Похоже да судя с сайтов самого RedHat vdsm полностью берет под контроль libvirt, раньше эти два сервиса вообще не могли существовать на одной машине. Не поймешь этот redHat, то они усиленно двигают vdsm, теперь с таким же усилием пытаются от него избавиться в пользу libvirt.

vdsm управляет хостами, libvirt управляет жизненным циклом ВМ. проекты друг друга дополняют.

исторически, vdsm создавался параллельно libvirt и поэтому в ранних версиях использовался только он, а libvirt только мешал, но если vdsm на самом деле намного лучше в плане управления большим количеством хостов в кластерах и с кучей подключенного стореджа, то libvirt лучше умеет управлять самими VM (старт/стоп/миграция/проброс и т.д.)

не могу зайти на админ портал

не могу зайти в админ портал пишу логин пароль вход подвисает и не чего дальше не происходит вот лог:

2012-09-02 21:18:42,284 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-3) calling GetConfigurationValueQuery (SearchResultsLimit) with null version, using default general for version 2012-09-02 21:18:47,289 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-6) calling GetConfigurationValueQuery (SearchResultsLimit) with null version, using default general for version 2012-09-02 21:18:52,292 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-2) calling GetConfigurationValueQuery (HighUtilizationForPowerSave) with null version, using default general for version 2012-09-02 21:18:57,298 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-13) calling GetConfigurationValueQuery (LowUtilizationForPowerSave) with null version, using default general for version 2012-09-02 21:19:02,304 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-9) calling GetConfigurationValueQuery (HighUtilizationForEvenlyDistribute) with null version, using default general for version 2012-09-02 21:19:12,316 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-10) calling GetConfigurationValueQuery (SearchResultsLimit) with null version, using default general for version 2012-09-02 21:19:17,321 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-12) calling GetConfigurationValueQuery (SearchResultsLimit) with null version, using default general for version 2012-09-02 21:19:22,327 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-7) calling GetConfigurationValueQuery (SearchResultsLimit) with null version, using default general for version 2012-09-02 21:19:27,332 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-4) calling GetConfigurationValueQuery (SearchResultsLimit) with null version, using default general for version 2012-09-02 21:19:37,343 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-11) calling GetConfigurationValueQuery (SearchResultsLimit) with null version, using default general for version 2012-09-02 21:19:52,884 WARN [org.ovirt.engine.core.bll.LoginAdminUserCommand] (ajp--0.0.0.0-8009-2) CanDoAction of action LoginAdminUser failed. Reasons:USER_IS_ALREADY_LOGGED_IN 2012-09-02 21:20:00,001 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-40) Checking autorecoverable hosts

service ovirt-engine restart и попробовать еще раз

пробовал не помогает а вот на это ругается сервер.лог

2012-09-02 21:06:11,225 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "root.war"
2012-09-02 21:06:11,676 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-5) JBAS018567: Deployment "deployment.engine.ear.root.war" is using a private module ("org.apache.log4j:main") which may be changed or removed in future versions without notice.
2012-09-02 21:06:11,677 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-5) JBAS018567: Deployment "deployment.engine.ear.root.war" is using a private module ("org.apache.log4j:main") which may be changed or removed in future versions without notice.
2012-09-02 21:06:11,678 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-15) JBAS018567: Deployment "deployment.engine.ear.engine-scheduler.jar" is using a private module ("org.apache.log4j:main") which may be changed or removed in future versions without notice.
2012-09-02 21:06:11,680 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-15) JBAS018567: Deployment "deployment.engine.ear.engine-scheduler.jar" is using a private module ("org.codehaus.jackson.jackson-core-asl:main") which may be changed or removed in future versions without notice.
2012-09-02 21:06:11,682 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-15) JBAS018567: Deployment "deployment.engine.ear.engine-scheduler.jar" is using a private module ("org.codehaus.jackson.jackson-mapper-asl:main") which may be changed or removed in future versions without notice.
2012-09-02 21:06:11,685 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-15) JBAS018567: Deployment "deployment.engine.ear.engine-scheduler.jar" is using a private module ("org.apache.log4j:main") which may be changed or removed in future versions without notice.
2012-09-02 21:06:11,686 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-15) JBAS018567: Deployment "deployment.engine.ear.engine-scheduler.jar" is using a private module ("org.jboss.resteasy.resteasy-jaxb-provider:main") which may be changed or removed in future versions without notice.
2012-09-02 21:06:11,685 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-14) JBAS018567: Deployment "deployment.engine.ear.webadmin.war" is using a private module ("org.apache.log4j:main") which may be changed or removed in future versions without notice.
2012-09-02 21:06:11,684 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-11) JBAS018567: Deployment "deployment.engine.ear.ovirtengineweb.war" is using a private module ("org.apache.log4j:main") which may be changed or removed in future versions without notice.
2012-09-02 21:06:11,678 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-5) JBAS018567: Deployment "deployment.engine.ear.root.war" is using a private module ("org.codehaus.jackson.jackson-core-asl:main") which may be changed or removed in future versions without notice.
2012-09-02 21:06:11,684 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-16) JBAS018567: Deployment "deployment.engine.ear.engine-genericapi.jar" is using a private module ("org.apache.log4j:main") which may be changed or removed in future versions without notice.
2012-09-02 21:06:11,683 WARN  [org.jboss.as.dependency.private] (MSC service thread 1-4) JBAS018567: Deployment "deployment.engine.ear.engine-bll.jar" is using a private module ("org.apache.log4j:main") which may be changed or removed in future versions without notice.

делал как здесь описано http://virtbox.blogspot.com/2012/08/ovirt-deep-dive.html не совсем понял про сертификат

киньте вопрос на users@ovirt.org, там с такими вещами быстро разбираются

снес систему и сделал как на этом видео http://www.youtube.com/watch?v=Aq3ctFhBIhk, ура зашел, на сколько я понял что не так было с сертификатами, но теперь другая проблема не могу создать хост, в логах пишет что не может создать ssh сессию с хостом