● kdump.service - Crash recovery kernel arming
Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor
preset: enabled)
Active: failed (Result: exit-code) since Wed 2018-08-22 09:30:04 EDT;
1min 50s ago
Process: 12714 ExecStart=/usr/bin/kdumpctl start (code=exited,
status=1/FAILURE)
Main PID: 12714 (code=exited, status=1/FAILURE)
Aug 22 09:30:03 ovirt-hv2.pbtech systemd[1]: Starting Crash recovery kernel
arming...
Aug 22 09:30:04 ovirt-hv2.pbtech kdumpctl[12714]: Can't find kernel text
map area from kcore
Aug 22 09:30:04 ovirt-hv2.pbtech kdumpctl[12714]: Cannot load
/boot/vmlinuz-3.10.0-862.11.6.el7.x86_64
Aug 22 09:30:04 ovirt-hv2.pbtech kdumpctl[12714]: kexec: failed to load
kdump kernel
Aug 22 09:30:04 ovirt-hv2.pbtech kdumpctl[12714]: Starting kdump: [FAILED]
Aug 22 09:30:04 ovirt-hv2.pbtech systemd[1]: kdump.service: main process
exited, code=exited, status=1/FAILURE
Aug 22 09:30:04 ovirt-hv2.pbtech systemd[1]: Failed to start Crash recovery
kernel arming.
Aug 22 09:30:04 ovirt-hv2.pbtech systemd[1]: Unit kdump.service entered
failed state.
Aug 22 09:30:04 ovirt-hv2.pbtech systemd[1]: kdump.service failed.
[root@ovirt-hv2 ~]# ls -ltr /boot/
total 159472
-rw-------. 1 root root 3409143 Apr 20 12:57
System.map-3.10.0-862.el7.x86_64
-rw-r--r--. 1 root root 147819 Apr 20 12:57 config-3.10.0-862.el7.x86_64
-rwxr-xr-x. 1 root root 6224704 Apr 20 12:57 vmlinuz-3.10.0-862.el7.x86_64
-rw-r--r--. 1 root root 304926 Apr 20 13:00
symvers-3.10.0-862.el7.x86_64.gz
-rw-r--r-- 1 root root 147859 Aug 14 18:02
config-3.10.0-862.11.6.el7.x86_64
-rw------- 1 root root 3414344 Aug 14 18:02
System.map-3.10.0-862.11.6.el7.x86_64
-rwxr-xr-x 1 root root 6242208 Aug 14 18:02
vmlinuz-3.10.0-862.11.6.el7.x86_64
-rw-r--r-- 1 root root 305158 Aug 14 18:05
symvers-3.10.0-862.11.6.el7.x86_64.gz
drwxr-xr-x. 3 root root 17 Aug 21 15:33 efi
drwxr-xr-x. 2 root root 27 Aug 21 15:34 grub
-rw-------. 1 root root 58017457 Aug 21 15:37
initramfs-0-rescue-5eef5d9607f64ec091f24bba8c48a222.img
-rwxr-xr-x. 1 root root 6224704 Aug 21 15:37
vmlinuz-0-rescue-5eef5d9607f64ec091f24bba8c48a222
-rw------- 1 root root 13085534 Aug 21 15:42
initramfs-3.10.0-862.el7.x86_64kdump.img
-rw------- 1 root root 21943870 Aug 21 16:04
initramfs-3.10.0-862.11.6.el7.x86_64.img
-rw------- 1 root root 21543158 Aug 21 16:05
initramfs-3.10.0-862.el7.x86_64.img
drwxr-xr-x 2 root root 4096 Aug 21 17:16 extlinux
-rw------- 1 root root 22255161 Aug 22 07:40
initramfs-3.10.0-862.11.6.el7.x86_64kdump.img
drwx------. 5 root root 97 Aug 22 09:14 grub2
Thanks,
Douglas Duckworth, MSc, LFCS
HPC System Administrator
Scientific Computing Unit
Weill Cornell Medicine
1300 York - LC-502
E: doug(a)med.cornell.edu
O: 212-746-6305
F: 212-746-8690
On Wed, Aug 22, 2018 at 9:13 AM, Douglas Duckworth <dod2014(a)med.cornell.edu>
wrote:
OK, after a while this host goes into bad state due to "HA
score." Could
this be due to kdump not being enabled?
Thanks,
Douglas Duckworth, MSc, LFCS
HPC System Administrator
Scientific Computing Unit
Weill Cornell Medicine
1300 York - LC-502
E: doug(a)med.cornell.edu
O: 212-746-6305
F: 212-746-8690
On Wed, Aug 22, 2018 at 7:53 AM, Douglas Duckworth <
dod2014(a)med.cornell.edu> wrote:
> Thanks everyone!
>
> During reinstall ran into this error:
>
> Job for kdump.service failed because the control process exited with
> error code. See "systemctl status kdump.service" and "journalctl
-xe" for
> details.
>
> 2018-08-22 07:40:57,846-0400 DEBUG otopi.plugins.ovirt_host_deploy.kdump.packages
> packages._closeup:291 kdump service failed
> Traceback (most recent call last):
> File
"/tmp/ovirt-yFwX5RcnDb/otopi-plugins/ovirt-host-deploy/kdump/packages.py",
> line 289, in _closeup
> self.services.state('kdump', state)
> File "/tmp/ovirt-yFwX5RcnDb/otopi-plugins/otopi/services/systemd.py",
> line 141, in state
> service=name,
> RuntimeError: Failed to start service 'kdump'
> 2018-08-22 07:40:57,846-0400 DEBUG otopi.context
> context._executeMethod:143 method exception
> Traceback (most recent call last):
> File "/tmp/ovirt-yFwX5RcnDb/pythonlib/otopi/context.py", line 133, in
> _executeMethod
> method['method']()
> File
"/tmp/ovirt-yFwX5RcnDb/otopi-plugins/ovirt-host-deploy/kdump/packages.py",
> line 294, in _closeup
> 'kdump service restart failed. Please either redeploy '
> RuntimeError: kdump service restart failed. Please either redeploy with
> Kdump Integration disabled or fix kdump configuration manually and redeploy
> the host
> 2018-08-22 07:40:57,847-0400 ERROR otopi.context
> context._executeMethod:152 Failed to execute stage 'Closing up': kdump
> service restart failed. Please either redeploy with Kdump Integration
> disabled or fix kdump configuration manually and│
> redeploy the host
>
>
>
> I was then able to successfully re-install hypervisor after disabling
> kdump.
>
> Migration now works!!!!
>
> So both hosts have Infiniband. How can I set that up as Migration
> network? I would rather that ovirtmgmt not be the migration network since
> it's only 1Gb vs 56Gb FDR.
>
> Thanks,
>
> Douglas Duckworth, MSc, LFCS
> HPC System Administrator
> Scientific Computing Unit
> Weill Cornell Medicine
> 1300 York - LC-502
> E: doug(a)med.cornell.edu
> O: 212-746-6305
> F: 212-746-8690
>
>
> On Wed, Aug 22, 2018 at 3:58 AM, Maton, Brett <matonb(a)ltresources.co.uk>
> wrote:
>
>> What used to catch me out here, is that you need to set 'Choose hosted
>> engine deployment action' to deploy when adding a new physical host.
>>
>> On 22 August 2018 at 08:51, Simone Tiraboschi <stirabos(a)redhat.com>
>> wrote:
>>
>>> The hosts that are eligible for running the engine VM should be flagged
>>> with a silver crown, the host that runs the engine VM with a gold run.
>>> In your screenshot I see the gold crow but not the silver one on the
>>> second host so you have to double check if hosted-engine stuff has been
>>> correctly deployed there.
>>>
>>>
>>> On Wed, Aug 22, 2018 at 4:53 AM Yihui Zhao <yzhao(a)redhat.com> wrote:
>>>
>>>> When adding the second host, whether to select the
>>>> hostedengine deployment?
>>>>
>>>> On Wed, Aug 22, 2018 at 5:43 AM, Douglas Duckworth <
>>>> dod2014(a)med.cornell.edu> wrote:
>>>>
>>>>> Hi
>>>>>
>>>>> I am trying to live migrate my hosted engine between two hosts.
>>>>>
>>>>> Both hosts are now up.
>>>>>
>>>>> The hosted engine exists on shared NFS storage mounted on both
>>>>> hypervisors.
>>>>>
>>>>> Though when I tried to migrate the VM I am told that's not
possible.
>>>>>
>>>>> Could this be since I never defined migration network? If so I
tried
>>>>> doing that in the oVirt UI as described
https://ovirt.org/do
>>>>> cumentation/admin-guide/chap-Logical_Networks/
>>>>>
<
https://urldefense.proofpoint.com/v2/url?u=https-3A__ovirt.org_documentat...
>>>>> though many of these options have changed.
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Douglas Duckworth, MSc, LFCS
>>>>> HPC System Administrator
>>>>> Scientific Computing Unit
>>>>> Weill Cornell Medicine
>>>>> 1300 York - LC-502
>>>>> E: doug(a)med.cornell.edu
>>>>> O: 212-746-6305
>>>>> F: 212-746-8690
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list -- users(a)ovirt.org
>>>>> To unsubscribe send an email to users-leave(a)ovirt.org
>>>>> Privacy Statement:
https://www.ovirt.org/site/privacy-policy/
>>>>>
<
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_site_p...
>>>>> oVirt Code of Conduct:
https://www.ovirt.org/communit
>>>>> y/about/community-guidelines/
>>>>>
<
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_commun...
>>>>> List Archives:
https://lists.ovirt.org/archiv
>>>>> es/list/users(a)ovirt.org/message/HLK76I7RS6DU5U7MXZHH4R6CWF7N2S6F/
>>>>>
<
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.ovirt.org_arch...
>>>>>
>>>>>
>>>> _______________________________________________
>>>> Users mailing list -- users(a)ovirt.org
>>>> To unsubscribe send an email to users-leave(a)ovirt.org
>>>> Privacy Statement:
https://www.ovirt.org/site/privacy-policy/
>>>>
<
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_site_p...
>>>> oVirt Code of Conduct:
https://www.ovirt.org/communit
>>>> y/about/community-guidelines/
>>>>
<
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_commun...
>>>> List Archives:
https://lists.ovirt.org/archiv
>>>> es/list/users(a)ovirt.org/message/KRD7YT6SDGBNG2GEKJAVRPZIOK3V5C6B/
>>>>
<
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.ovirt.org_arch...
>>>>
>>>
>>> _______________________________________________
>>> Users mailing list -- users(a)ovirt.org
>>> To unsubscribe send an email to users-leave(a)ovirt.org
>>> Privacy Statement:
https://www.ovirt.org/site/privacy-policy/
>>>
<
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_site_p...
>>> oVirt Code of Conduct:
https://www.ovirt.org/communit
>>> y/about/community-guidelines/
>>>
<
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_commun...
>>> List Archives:
https://lists.ovirt.org/archiv
>>> es/list/users(a)ovirt.org/message/Q3A5DTSOK5MVFAUHTYMEJ4UMKS4EJBQM/
>>>
<
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.ovirt.org_arch...
>>>
>>>
>>
>