[ovirt-users] hosted_engine, fencing does not work
Sandro Bonazzola
sbonazzo at redhat.com
Mon Jul 13 08:20:35 UTC 2015
Il 10/07/2015 11:52, Николаев Алексей ha scritto:
> CC <sbonazzo at redhat.com>
>
> @Sandro Bonazzola, can you please tell us what status of oVirt project for CentOS 6.6 for hypervisors hosts? Are support CentOS 6.6 for hypervisors
> hosts is end?
CentOS Linux 6.6 won't be supported for cluster level 3.6. You may continue to use 6.6 Hypervisors with 3.5 cluster level using ovirt-engine 3.6.
We encourage to upgrade to latest 7 release in order to gain 3.6 cluster level features.
>
> *Нашёл информация только по oVirt Engine 3.6:*
>
> Repository closure is currently broken on Fedora 20 and CentOS 6
> due to a missing required dependency on recent libvirt and vdsm rpm dropping el6 support.
>
> VDSM builds for EL6 are no more available on master snapshot.
>
VDSM is not built anymore on Fedora 20 and EL6 since 3.6 cluster level won't be available on those distributions.
You may continue using vdsm from 3.5 repositories on those distro but you're strongly encouraged to upgrade to a more recent one in order to get 3.6
features.
> В будущем все равно придётся перейти на CentOS 7.
>
>
> 10.07.2015, 11:24, "Ilya Fedotov" <kosha79 at gmail.com>:
>> Ну это Николаев Алексей загнул.
>>
>>
>>
>> System Requirements
>>
>> Minimum Hardware/Software
>>
>> * 4 GB memory
>> * 20 GB disk space
>>
>> Optional Hardware
>>
>> * Network storage
>>
>> Recommended browsers
>>
>> * Mozilla Firefox 17
>> * IE9 and above for the web-admin
>> * IE8 and above for the user portal
>>
>>
>>
>>
>> Прекрасно работает.
>>
>>
>>
>> Supported Hosts
>>
>> * Fedora 20
>> * CentOS 6.6, 7.0
>> * Red Hat Enterprise Linux 6.6, 7.0
>> * Scientific Linux 6.6, 7.0
>>
>>
>> 2015-07-10 10:45 GMT+03:00 Николаев Алексей <alexeynikolaev.post at yandex.ru <mailto:alexeynikolaev.post at yandex.ru>>:
>>
>> Ovirt больше не поддерживает CentOS 6 для гипервизоров. CentOS 6 поддерживается только для Ovirt Engine.
>> Считаю, что сначало надо воспроизвести проблему на CentOS 7.1. Если она сохранится, то будут нужны логи с гипервизоров (/var/log/vdsm/vdsm.log)
>> и лог Ovirt Engine (/var/log/ovirt-engine/engine.log).
>>
>> *Логи могут содержать конфиденциальную информацию о вашей системе.*
>>
>>
>> 10.07.2015, 03:06, "martirosov.d" <martirosov.d at emk.ru <mailto:martirosov.d at emk.ru>>:
>>>
>>> Hi.
>>>
>>> ovirt3.5
>>>
>>> Have two servers(node1 and node2) that are runnig Centos6.6.
>>>
>>> 1. engine on node2. Disables network node1, engine restarts after some
>>> time node1 and everything works fine.
>>> 2. engine on node1. Disables network node1, engine moved to node2, node1
>>> but does not reset, although attempts.
>>>
>>> That log messages:
>>>
>>> 2015-Jul-03, 10:42 Host node1 is not responding. It will stay in
>>> Connecting state for a grace period of 120 seconds and after that an
>>> attempt to fence the host will be issued.
>>> 2015-Jul-03, 10:39 Host node1 is not responding. It will stay in
>>> Connecting state for a grace period of 120 seconds and after that an
>>> attempt to fence the host will be issued.
>>> 2015-Jul-03, 10:36 Host node1 is not responding. It will stay in
>>> Connecting state for a grace period of 120 seconds and after that an
>>> attempt to fence the host will be issued.
>>> 2015-Jul-03, 10:34 User admin at internal logged in.
>>> 2015-Jul-03, 10:33 Host node1 became non responsive. It has no power
>>> management configured. Please check the host status, manually reboot it,
>>> and click "Confirm Host Has Been Rebooted"
>>> 2015-Jul-03, 10:33 Host node2 from cluster emk-cluster was chosen as a
>>> proxy to execute Status command on Host node1.
>>> 2015-Jul-03, 10:33 Host node1 is non responsive.
>>>
>>> Manual fencing to node1 works from the node2:
>>> # fence_ipmilan -A password -i 10.64.1.103 -l admin -p *** -o status
>>> Getting status of IPMI:10.64.1.103...Chassis power = On
>>> Done
>>>
>>> Power Management on node2 test succeeded in oVirt Manager.
>>>
>>> i.e. If turn off the host on which the engine, after moving to a healthy
>>> host, engine does not fencing to a problematic host and all VMs that
>>> were on problematic host does not migrate.
>>> If the problem is not with the host on which the engine, then it works:
>>> making fence, and migrates Vms.
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at ovirt.org <mailto:Users at ovirt.org>
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org <mailto:Users at ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
More information about the Users
mailing list