[ovirt-users] Getting kdump integration to work

Wed May 27 06:49:15 UTC 2015

Il 26/05/2015 15:04, Martin Perina ha scritto:
> 
> 
> ----- Original Message -----
>> From: "Daniel Helgenberger" <daniel.helgenberger at m-box.de>
>> To: "Martin Perina" <mperina at redhat.com>
>> Cc: users at ovirt.org
>> Sent: Tuesday, 26 May, 2015 2:40:23 PM
>> Subject: Re: [ovirt-users] Getting kdump integration to work
>>
>>
>>
>> On 26.05.2015 10:54, Martin Perina wrote:
>>> Hi Daniel,
>> Hello Martin,
>>
>>>
>>> ----- Original Message -----
>>>> From: "Daniel Helgenberger" <daniel.helgenberger at m-box.de>
>>>> To: users at ovirt.org
>>>> Sent: Tuesday, 26 May, 2015 10:45:34 AM
>>>> Subject: [ovirt-users] Getting kdump integration to work
>>>>
>>>> Hello,
>>>>
>>>> I followed the feature's page [1] and added to my test hosts the
>>>> following lines /etc/kdump:
>>>>
>>>> fence_kdump_nodes othernode-in-cluster
>>>> fence_kdump_args -p 7410 -f auto -i 5
>>>
>>> Please don't do this, this is added automatically when you deploy
>>> you host using oVirt UI with "Kdump integration" enabled in PM tab
>>> of the host.
>>>
>>>>
>>>> Further, I added a firewall rule on both machines:
>>>> -A INPUT -p udp --dport 7410 -j ACCEPT
>>>
>>> Same as above, this is needed only on engine hosts and it's done
>>> automatically during oVirt engine installation.
>>>
>>>>
>>>> and restarted kdump.
>>>
>>> Same as above, this is done automatically during host deploy.
>>>
>>>>
>>>> Yet I get on the engine's side:
>>>>
>>>> 2015-05-26 10:41:54,113 WARN
>>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>>>> (ajp--127.0.0.1-8702-7) Correlation ID: null, Call Stack: null, Custom
>>>> Event ID: -1, Message: Kdump integration is enabled for host 'hv02', but
>>>> kdump is not configured properly on host.
>>>
>>> Could you please try to do it properly:
>>>
>>>    1. Put host to maintenance
>>>    2. Enable "Kdump integration" in PM tab
>>>    3. Reinstall the host (click Reinstall when you select the host in Hosts
>>>    tab)
>>
>> Thanks! This procedure seem to work, engine reporting kdump as activated.
>> It was rather unclear to me, since I run hosted engine: After host
>> deploy they are in the default state, no PM configured. Hence, kdump
>> integration is disabled and will never activate since PM has to be
>> configured in the first place to install.
>>
>> Do you think it is a better idea to always activate kdump in the host
>> deploy stage so it can later be activated correctly with PM configured?
> 
> Well, I've never tested kdump integration with hosted engine, so adding
> Sandro to the thread.
> 
> I'm not sure if there's any value of Kdump integration for the hosted
> engine itself, but if hosted engine behaves according to following
> rules, you can be sure that your dump is not lost:
> 
>   1. When VM with hosted engine is migrated from dumping host to the
>      another host, the VM should have the same FQDN.
>      If not, then you will have to change FenceKdumpDestinationAddress
>      parameter accordingly

The VM doesn't change the FQDN or the engine will become unreachable for the HA agent and the VM will be restarted on a different host since the host
will have score 0.

> 
>   2. Also when VM with hosted engine is migrated to another host, not
>      only ovirt-engine service has to started on it but also
>      ovirt-fence-kdump-listener service has to be started

The migration doesn't affect enabled services.

> 
> Martin Perina
> 
>>
>>>
>>>
>>> Thanks a lot
>>>
>>> Martin Perina
>> Cheers!
>>>
>>>>
>>>> Thanks!
>>>>
>>>> Versions:
>>>> CentOS7.1 3.10.0-229.4.2.el7.x86_64 #1 SMP Wed May 13 10:06:09 UTC 2015
>>>> x86_64 x86_64 x86_64 GNU/Linux
>>>>
>>>> ovirt-engine-cli-3.5.0.5-1.el7.centos.noarch
>>>> ovirt-engine-userportal-3.5.2.1-1.el7.centos.noarch
>>>> ovirt-engine-webadmin-portal-3.5.2.1-1.el7.centos.noarch
>>>> ovirt-guest-agent-common-1.0.10-2.el7.noarch
>>>> ovirt-engine-jboss-as-7.1.1-1.el7.x86_64
>>>> ovirt-release35-004-1.noarch
>>>> ovirt-engine-sdk-python-3.5.2.1-1.el7.centos.noarch
>>>> ovirt-image-uploader-3.5.1-1.el7.centos.noarch
>>>> ovirt-engine-setup-plugin-ovirt-engine-common-3.5.2.1-1.el7.centos.noarch
>>>> ovirt-engine-websocket-proxy-3.5.2.1-1.el7.centos.noarch
>>>> ovirt-host-deploy-java-1.3.1-1.el7.noarch
>>>> ovirt-engine-reports-3.5.2-0.3.el7.centos.noarch
>>>> ovirt-engine-dwh-setup-3.5.2-0.1.el7.centos.noarch
>>>> ovirt-engine-tools-3.5.2.1-1.el7.centos.noarch
>>>> ovirt-engine-setup-3.5.2.1-1.el7.centos.noarch
>>>> ovirt-engine-restapi-3.5.2.1-1.el7.centos.noarch
>>>> ovirt-engine-3.5.2.1-1.el7.centos.noarch
>>>> ovirt-engine-setup-base-3.5.2.1-1.el7.centos.noarch
>>>> ovirt-engine-setup-plugin-websocket-proxy-3.5.2.1-1.el7.centos.noarch
>>>> ovirt-engine-reports-setup-3.5.2-0.3.el7.centos.noarch
>>>> ovirt-engine-dwh-3.5.2-0.1.el7.centos.noarch
>>>> ovirt-engine-dbscripts-3.5.2.1-1.el7.centos.noarch
>>>> ovirt-engine-setup-plugin-ovirt-engine-3.5.2.1-1.el7.centos.noarch
>>>> ovirt-engine-backend-3.5.2.1-1.el7.centos.noarch
>>>> ovirt-iso-uploader-3.5.2-1.el7.centos.noarch
>>>> ovirt-engine-extensions-api-impl-3.5.2.1-1.el7.centos.noarch
>>>> ovirt-host-deploy-1.3.1-1.el7.noarch
>>>> ovirt-engine-lib-3.5.2.1-1.el7.centos.noarch
>>>>
>>>>
>>>> [1] http://www.ovirt.org/Fence_kdump
>>>>
>>>> --
>>>> Daniel Helgenberger
>>>> m box bewegtbild GmbH
>>>>
>>>> P: +49/30/2408781-22
>>>> F: +49/30/2408781-10
>>>>
>>>> ACKERSTR. 19
>>>> D-10115 BERLIN
>>>>
>>>>
>>>> www.m-box.de  www.monkeymen.tv
>>>>
>>>> Geschäftsführer: Martin Retschitzegger / Michaela Göllner
>>>> Handeslregister: Amtsgericht Charlottenburg / HRB 112767
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>
>>
>> --
>> Daniel Helgenberger
>> m box bewegtbild GmbH
>>
>> P: +49/30/2408781-22
>> F: +49/30/2408781-10
>>
>> ACKERSTR. 19
>> D-10115 BERLIN
>>
>>
>> www.m-box.de  www.monkeymen.tv
>>
>> Geschäftsführer: Martin Retschitzegger / Michaela Göllner
>> Handeslregister: Amtsgericht Charlottenburg / HRB 112767
>>

-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com