how to reset engine-config parameter?
by Gianluca Cecchi
Hello,
I tried to setup UserDefinedVMProperties to disable macspoofing for a vm
that has to work as hypervisor.
Then I remembered suggestion of Simone about creating vnic profile as an
alternate method and set there the filter.
I think I have done something wrong because if I create now a new vm and
try to power on it I get
VM test is down with error. Exit message: Hook Error: ('',).
Perhaps I failed the syntax to reset the value of UserDefinedVMProperties ?
I used
[root@ovirt ~]# engine-config -s "UserDefinedVMProperties="
Please select a version:
1. 4.1
2. 3.6
3. 4.0
4. 4.2
4
[root@ovirt ~]# engine-config -g UserDefinedVMProperties
UserDefinedVMProperties: version: 4.1
UserDefinedVMProperties: version: 3.6
UserDefinedVMProperties: version: 4.0
UserDefinedVMProperties: version: 4.2
[root@ovirt ~]# systemctl restart ovirt-engine
[root@ovirt ~]#
What could be wrong?
Old created VMs start without problem. In the middle I updated the engine
from 4.2.5.2 to 4.2.5.3 and also hypervisor packages, where vdsm has
remained at level
Aug 03 23:55:09 Updated: vdsm-4.20.35-1.el7.x86_64
In particular:
[root@ovirt01 ~]# rpm -qa|grep vdsm
vdsm-jsonrpc-4.20.35-1.el7.noarch
vdsm-common-4.20.35-1.el7.noarch
vdsm-hook-nestedvt-4.20.35-1.el7.noarch
vdsm-yajsonrpc-4.20.35-1.el7.noarch
vdsm-hook-ethtool-options-4.20.35-1.el7.noarch
vdsm-hook-vhostmd-4.20.35-1.el7.noarch
vdsm-hook-vmfex-dev-4.20.35-1.el7.noarch
vdsm-client-4.20.35-1.el7.noarch
vdsm-4.20.35-1.el7.x86_64
vdsm-hook-vfio-mdev-4.20.35-1.el7.noarch
vdsm-api-4.20.35-1.el7.noarch
vdsm-hook-fcoe-4.20.35-1.el7.noarch
vdsm-network-4.20.35-1.el7.x86_64
vdsm-hook-openstacknet-4.20.35-1.el7.noarch
vdsm-python-4.20.35-1.el7.noarch
vdsm-http-4.20.35-1.el7.noarch
[root@ovirt01 ~]#
The error on hypervisor:
2018-08-21 15:21:28,760+0200 ERROR (vm/eaaee084) [virt.vm]
(vmId='eaaee084-1949-4aae-85c2-6bf46fce7cef') The vm start process failed
(vm:94
2)
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 871, in
_startUnderlyingVm
self._run()
File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2864, in
_run
self._buildDomainXML(),
File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2253, in
_buildDomainXML
dom, self.id, self._custom['custom'])
File "/usr/lib/python2.7/site-packages/vdsm/virt/domxml_preprocess.py",
line 240, in replace_device_xml_with_hooks_xml
dev_custom)
File "/usr/lib/python2.7/site-packages/vdsm/common/hooks.py", line 136,
in before_device_create
params=customProperties)
File "/usr/lib/python2.7/site-packages/vdsm/common/hooks.py", line 122,
in _runHooksDir
raise exception.HookError(err)
HookError: Hook Error: ('',)
2018-08-21 15:21:28,760+0200 INFO (vm/eaaee084) [virt.vm]
(vmId='eaaee084-1949-4aae-85c2-6bf46fce7cef') Changed state to Down: Hook
Error:
('',) (code=1) (vm:1682)
I found this, but it doesn't seem related:
https://bugzilla.redhat.com/show_bug.cgi?id=1518703
Thanks in advance for any hint,
Gianluca
6 years, 3 months
Ovirt Node issue with fqdn
by miquel.oliveros＠andorratelecom.ad
I'm trying to change the FQDN, I tried changing the /etc/hosts and also with hosted-engine --deploy... please can someone help me about what can I do to change the fqdn?
And I'm trying to do the Hosted Engine Deployment and I want to put for example ovirtNode.sec.com...
Any idea about how to do?
6 years, 3 months
hosted engine not reachable
by Douglas Duckworth
Hi
I keep getting this error after running
sudo hosted-engine --deploy --noansible
[ INFO ] Engine is still not reachable, waiting...
[ ERROR ] Failed to execute stage 'Closing up': Engine is still not
reachable
I do see a VM running
10:20 2:51 /usr/libexec/qemu-kvm -name guest=HostedEngine,debug-threads=on
Though
sudo hosted-engine --vm-status
[Errno 2] No such file or directory
Cannot connect to the HA daemon, please check the logs
An error occured while retrieving vm status, please make sure the HA daemon
is ready and reachable.
Unable to connect the HA Broker
Can someone please help?
Each time this failed I ran "/usr/sbin/ovirt-hosted-engine-cleanup" then
tried deployment again.
Thanks,
Douglas Duckworth, MSc, LFCS
HPC System Administrator
Scientific Computing Unit
Weill Cornell Medicine
E: doug(a)med.cornell.edu
O: 212-746-6305
F: 212-746-8690
6 years, 3 months
Hosted Engine setup issues
by Jeremy Tourville
If I try to setup hosted engine with the option to use Ansible it eventually fails on me. See https://lists.ovirt.org/archives/list/users@ovirt.org/thread/LPK7OGFALSQF...
However if I run hosted-engine --deploy --noansible the setup does complete. There is further trouble though, it seems the networks are not being configured properly. If I browse to Compute>Hosts>Hostname and click on the Setup Host Networks button I am presented with a new window that contains an unassigned logical network of "oivrtmgmt" On the left side pane there are two columns for Interfaces and Assigned Logical Networks. Both of those columns are completely empty. I think if I understand correctly the interfaces column should at least have some info in it.
[cid:bb1f29b4-888c-410a-9b47-7589f866539a]
So my best guess is that for some unknown reason (at least to me) the Engine doesn't '"know how to get setup properly" either with or without Ansible. That's about as well as I can describe it. I hope it makes sense.... Anyone have ideas on what is going wrong here? Thanksfor any troubleshooting advice you can provide!
6 years, 3 months
IPTables firewall to firewalld
by p.staniforth＠leedsbeckett.ac.uk
Hello,
I get the following messages.
"Cluster Default uses IPTables firewall, which has been deprecated in 4.2 of the engine, and will no longer be supported starting with version 4.3. Make sure to switch to Firewalld before upgrading to 4.3."
If the correct way to change to firewalld edit cluster, and run reinstall?
Thanks,
Paul S.
6 years, 3 months
Re: Upgrade 4.1 to 4.2 lsot gfapi Disk Access for VM's
by Alex K
Hi,
On Mon, Aug 20, 2018 at 10:45 AM Ralf Schenk <rs(a)databay.de> wrote:
> Hello,
>
> very interesting output. Feature Lost...
>
> [root@engine-mciii ~]# engine-config -g LibgfApiSupported
> LibgfApiSupported: false version: 3.6
> LibgfApiSupported: false version: 4.0
> LibgfApiSupported: true version: 4.1
> LibgfApiSupported: false version: 4.2
>
Did you enable it? did it fix your issue?
> Bye
>
> Am 17.08.2018 um 17:57 schrieb Alex K:
>
> CORRECTION
>
> On Fri, Aug 17, 2018 at 6:55 PM Alex K <rightkicktech(a)gmail.com> wrote:
>
>> Hi,
>>
>> On Fri, Aug 17, 2018 at 6:21 PM Ralf Schenk <rs(a)databay.de> wrote:
>>
>>> Hello,
>>>
>>> after upgradeing my whole cluster of 8 Hosts to ovirt 4.2.5 and setting
>>> compability of cluster and datacenter to 4.2 my existing virtual machines
>>> start using FUSE mounted disk-images on my gluster volumes.
>>>
>>> One bad and slow thing I thought that I got rid of starting with 4.1.x
>>> finally !
>>>
>>> Disk definition from virsh -r dumpxml VM of old running vm (not
>>> restarted yet !):
>>>
>>> <disk type='network' device='disk' snapshot='no'>
>>> <driver name='qemu' type='raw' cache='none' error_policy='stop'
>>> io='threads'/>
>>> <source protocol='gluster'
>>> name='gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05/f99c6cb4-1791-4a55-a0b9-2ff0ec1a4dd7'>
>>> <host name='glusterfs.mylocal.domain' port='24007'/>
>>> </source>
>>> <backingStore/>
>>> <target dev='sda' bus='scsi'/>
>>> <serial>d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05</serial>
>>> <boot order='1'/>
>>> <alias name='scsi0-0-0-0'/>
>>> <address type='drive' controller='0' bus='0' target='0' unit='0'/>
>>> </disk>
>>>
>>> Disk definition from virsh -r dumpxml VM of new started running vm:
>>>
>>> <disk type='file' device='disk' snapshot='no'>
>>> <driver name='qemu' type='raw' cache='none' error_policy='stop'
>>> io='threads'/>
>>> <source file='/rhev/data-center/mnt/glusterSD/
>>> glusterfs.mylocal.domain
>>> :_gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/1f0db0ef-a6af-4e3e-90e6-f681d071496b/1b3c3a
>>> <backingStore/>
>>> <target dev='sda' bus='scsi'/>
>>> <serial>1f0db0ef-a6af-4e3e-90e6-f681d071496b</serial>
>>> <boot order='1'/>
>>> <alias name='ua-1f0db0ef-a6af-4e3e-90e6-f681d071496b'/>
>>> <address type='drive' controller='0' bus='0' target='0' unit='0'/>
>>> </disk>
>>>
>>>
>>> How do I get back my gfapi gluster-based Disks ?
>>>
>> Can you check at engine the gfapi support with:
>>
>> engine-config -g LibgfApiSupported
>>
>>
>> If not enabled you can try:
>>
>> engine-config -s LibgfApiSupported=true
>>
>>
>>
>> Then restart ovirt-engine service, then shutdown/power up one VM to see.
>>
>>
>>>
>>> --
>>>
>>>
>>> *Ralf Schenk*
>>> fon +49 (0) 24 05 / 40 83 70
>>> fax +49 (0) 24 05 / 40 83 759
>>> mail *rs(a)databay.de* <rs(a)databay.de>
>>>
>>> *Databay AG*
>>> Jens-Otto-Krag-Straße 11
>>> D-52146 Würselen
>>> *www.databay.de* <http://www.databay.de>
>>>
>>> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
>>> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
>>> Philipp Hermanns
>>> Aufsichtsratsvorsitzender: Wilhelm Dohmen
>>> ------------------------------
>>> _______________________________________________
>>> 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/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/27UBFV326G5...
>>>
>> --
>
>
> *Ralf Schenk*
> fon +49 (0) 24 05 / 40 83 70
> fax +49 (0) 24 05 / 40 83 759
> mail *rs(a)databay.de* <rs(a)databay.de>
>
> *Databay AG*
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> *www.databay.de* <http://www.databay.de>
>
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
> Philipp Hermanns
> Aufsichtsratsvorsitzender: Wilhelm Dohmen
> ------------------------------
>
6 years, 3 months
Failed to run check-update of host
by Jayme
I have a fairly recent three node HCI setup running 4.2.5. I've recently
updated hosted engine to the latest version (including yum updates). When
I check for host updates through the engine gui I get the following error
for all three of my hosts:
Failed to check for available updates on host XXXXX with message 'Failed to
run check-update of host 'XXXXXX'.'.
The engine.log shows not much more detail:
2018-08-20 14:26:28,396-03 ERROR
[org.ovirt.engine.core.bll.host.HostUpgradeManager]
(EE-ManagedThreadFactory-commandCoordinator-Thread-2)
[4400c1d5-5412-4f1a-9c25-40fe0fb53295] Failed to run check-update of host
'XXXXX'.
2018-08-20 14:26:28,397-03 ERROR
[org.ovirt.engine.core.bll.hostdeploy.HostUpdatesChecker]
(EE-ManagedThreadFactory-commandCoordinator-Thread-2)
[4400c1d5-5412-4f1a-9c25-40fe0fb53295] Failed to check if updates are
available for host 'Orchard2' with error message 'Failed to run
check-update of host 'XXXXX'.'
2018-08-20 14:26:28,411-03 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(EE-ManagedThreadFactory-commandCoordinator-Thread-2)
[4400c1d5-5412-4f1a-9c25-40fe0fb53295] EVENT_ID:
HOST_AVAILABLE_UPDATES_FAILED(839), Failed to check for available updates
on host Orchard2 with message 'Failed to run check-update of host 'XXXXX'.'.
Yum seems to run ok manually on the server (although not showing any
updates available).
Here is node and yum info/output from one of my hosts:
nodectl check; nodectl info; yum update
Status: OK
Bootloader ... OK
Layer boot entries ... OK
Valid boot entries ... OK
Mount points ... OK
Separate /var ... OK
Discard is used ... OK
Basic storage ... OK
Initialized VG ... OK
Initialized Thin Pool ... OK
Initialized LVs ... OK
Thin storage ... OK
Checking available space in thinpool ... OK
Checking thinpool auto-extend ... OK
vdsmd ... OK
layers:
ovirt-node-ng-4.2.5.1-0.20180806.0:
ovirt-node-ng-4.2.5.1-0.20180806.0+1
bootloader:
default: ovirt-node-ng-4.2.5.1-0.20180806.0+1
entries:
ovirt-node-ng-4.2.5.1-0.20180806.0+1:
index: 0
title: ovirt-node-ng-4.2.5.1-0.20180806.0
kernel:
/boot/ovirt-node-ng-4.2.5.1-0.20180806.0+1/vmlinuz-3.10.0-862.9.1.el7.x86_64
args: "ro crashkernel=auto rd.lvm.lv=onn_orchard0/swap
rd.lvm.lv=onn_orchard0/ovirt-node-ng-4.2.5.1-0.20180806.0+1
rhgb quiet LANG=en_CA.UTF-8 img.bootid=ovirt-node-ng-4.2.5.1-0.20180806.0+1"
initrd:
/boot/ovirt-node-ng-4.2.5.1-0.20180806.0+1/initramfs-3.10.0-862.9.1.el7.x86_64.img
root: /dev/onn_orchard0/ovirt-node-ng-4.2.5.1-0.20180806.0+1
current_layer: ovirt-node-ng-4.2.5.1-0.20180806.0+1
Loaded plugins: enabled_repos_upload, fastestmirror, imgbased-persist,
package_upload, product-id, search-disabled-repos, subscription-manager,
vdsmupgrade
This system is not registered with an entitlement server. You can use
subscription-manager to register.
Loading mirror speeds from cached hostfile
* ovirt-4.2-epel: ewr.edge.kernel.org
No packages marked for update
Uploading Enabled Repositories Report
Loaded plugins: fastestmirror, product-id, subscription-manager
This system is not registered with an entitlement server. You can use
subscription-manager to register.
Cannot upload enabled repos report, is this client registered?
Thanks!
6 years, 3 months
after upgrade from 4.2.3 to 4.2.5, problems with consoles + cockpit
by Jason Keltz
Hi..
After an upgrade from 4.2.3 to 4.2.5 last week, I notice that I have a
console + cockpit problem. Immediately following the upgrade,
everything seemed to be working fine. However, today, a couple of days
after the upgrade, when I try to view any CentOS VM console,
virt-viewer starts, and I see "Connected to graphic server", but
there's no console output. This happens on all Linux VMs, though on my
two windows VMs, the console still works. If I restart a Linux VM, I
get the console back again, but what made me lose access to all the
consoles? In addition, if I right click on one of my 4 hosts, and
choose "Host Console", it connects to cockpit which reports: "No VM is
running or defined on this host" even though there are plenty. I
brought one host into maintenance mode, and rebooted it. I then started
a few VMs there, and cockpit still doesn't show anything running. All
of the hosts have all available ovirt updates, and are running the
latest CentOS 7 kernel + O/S updates. Any ideas? There is no issue
with firewall.
Jason.
6 years, 3 months
Hosted Engine Setup Issues on Ovirt Node 4.2.5.1
by Jeremy Tourville
If I try to setup hosted engine with the option to use Ansible it eventually fails on me. See https://lists.ovirt.org/archives/list/users@ovirt.org/thread/LPK7OGFALSQF...
However if I run hosted-engine --deploy --noansible the setup does complete. There is further trouble though, it seems the networks are not being configured properly. If I browse to Compute>Hosts>Hostname and click on the Setup Host Networks button I am presented with a new window that contains an unassigned logical network of "oivrtmgmt" On the left side pane there are two columns for Interfaces and Assigned Logical Networks. Both of those columns are completely empty. I think if I understand correctly the interfaces column should at least have some info in it.
[cid:2a4d1038-bdf0-4d1e-be64-e8a23c1c88d9]
So my best guess is that for some unknown reason (at least to me) the Engine doesn't '"know how to get setup properly" either with or without Ansible. That's about as well as I can describe it. I hope it makes sense.... Anyone have ideas on what is going wrong here? Thanksfor any troubleshooting advice you can provide!
6 years, 3 months
