January 2019 - Users - oVirt List Archives

[ANN] oVirt 4.2.8 async update is now available
by Sandro Bonazzola 29 Jan '19

29 Jan '19

The oVirt Team has just released a new version of the following packages: - ovirt-engine-metrics-1.1.8.1 The async release addresses the following bugs: Bug 1631808 <https://bugzilla.redhat.com/show_bug.cgi?id=1631808> - Ensure ovirt-engine-metrics in oVirt 4.2 doesn't have compatibility issues if fluentd doesn't exist on host This fix allows to have 4.3 nodes with 4.2 engine to ease upgrade. -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

1 0

oVirt SHE 4.2.8 and CentOS 7.6
by Vrgotic, Marko 29 Jan '19

29 Jan '19

Hi all, Looking at 4.2.8 and How Support version is EL 7.5. Does that mean that is not recommended to upgrade already running SHE to higher than EL 7.5, or it means not to deploy it on EL version lower than 7.5? Thank you. Marko Vrgotic

2 3

Re: converting oVirt host to be able to hosts to a Self-Hosted Environment
by Simone Tiraboschi 28 Jan '19

28 Jan '19

On Mon, Jan 28, 2019 at 1:31 PM Jarosław Prokopowski <jprokopowski(a)gmail.com> wrote: > Thanks Simone > > I forgot to mention that this is to have second node that is able to host > the self-hosted engine for HA purposes. > There is already one node that hosts the self-hosted engine and I want to > have second one. > Will it work in this case? > No, in this case it's by far easier: you should just set that host into maintenance mode from the engine and remember to switch on the hosted-engine deployment flag when you go to reinstall the host. > > > > On Mon, Jan 28, 2019 at 1:25 PM Simone Tiraboschi <stirabos(a)redhat.com> > wrote: > >> >> >> On Mon, Jan 28, 2019 at 12:21 PM Jarosław Prokopowski < >> jprokopowski(a)gmail.com> wrote: >> >>> Hi Guys, >>> >>> Is there a way to convert existing oVirt node (CentOS) to be able to >>> host a Self-Hosted Environment? >>> If so how can I do that? >>> >> >> Hi, the best option is with backup and restore. >> Basically you should take a backup of your current engine with >> engine-backup >> and then deploy hosted-engine with hosted-engine --deploy >> --restore-from-file=mybackup.tar.gz >> >> >>> >>> Thanks >>> Jaroson >>> _______________________________________________ >>> 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/ZVY4SD5RTNV6V… >>> >>

1 0

converting oVirt host to be able to hosts to a Self-Hosted Environment
by Jarosław Prokopowski 28 Jan '19

28 Jan '19

Hi Guys, Is there a way to convert existing oVirt node (CentOS) to be able to host a Self-Hosted Environment? If so how can I do that? Thanks Jaroson

2 1

Ovirt snapshot issues
by Alex K 28 Jan '19

28 Jan '19

Hi all, I have ovirt 4.2.7, self-hosted on top gluster, with two servers. I have a specific VM which has encountered some snapshot issues. The engine lists 4 snapshots and when trying to delete one of them I get "General command validation failure". The VM was being backed up periodically by a python script which was creating a snapshot -> clone -> export -> delete clone -> delete snapshot. There were times where the VM was complaining of some illegal snapshots following such backup procedures and I had to delete such illegal snapshots references from the engine DB (following some steps found online), otherwise I would not be able to start the VM if it was shut down. Seems though that this is not a clean process and leaves the underlying image of the VM in an inconsistent state in regards to its snapshots as when checking the backing chain of the image file I get: *b46d8efe-885b-4a68-94ca-e8f437566bee* (active VM)* ->* *b7673dca-6e10-4a0f-9885-1c91b86616af ->* *4f636d91-a66c-4d68-8720-d2736a3765df ->* 6826cb76-6930-4b53-a9f5-fdeb0e8012ac -> 61eea475-1135-42f4-b8d1-da6112946bac -> *604d84c3-8d5f-4bb6-a2b5-0aea79104e43 ->* 1e75898c-9790-4163-ad41-847cfe84db40 -> *cf8707f2-bf1f-4827-8dc2-d7e6ffcc3d43 ->* 3f54c98e-07ca-4810-82d8-cbf3964c7ce5 (raw image) The bold ones are the ones shown at engine GUI. The VM runs normally without issues. I was thinking if I could use qemu-img commit to consolidate and remove the snapshots that are not referenced from engine anymore. Any ideas from your side? Thanx, Alex

2 5

Nvidia Grid K2 and Ovirt GPU Passtrough
by jarheadx＠hotmail.de 28 Jan '19

28 Jan '19

Hello, i have tried every documentation that i found to bring GPU Passtrough with a Nvidia Grid K2 to ovirt, but i failed. I am confident that it has to run with my hardware, but i have no ideas anymore. Maybe the community can help me. Actually my VM (Win7 and Win10) crashes or hangs on startup. I have done theese steps: 1. lspci -nnk ......... 07:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK104GL [GRID K2] [10de:11bf] (rev a1) Subsystem: NVIDIA Corporation Device [10de:100a] Kernel driver in use: pci-stub Kernel modules: nouveau 08:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK104GL [GRID K2] [10de:11bf] (rev a1) Subsystem: NVIDIA Corporation Device [10de:100a] Kernel driver in use: pci-stub Kernel modules: nouveau ......... 2. /etc/default/grub ......... GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=cl/root rd.lvm.lv=cl/swap rhgb quiet pci-stub.ids=10de:11bf rdblacklist=nouveau amd_iommu=on" ........ 3. Added Line "options vfio-pci ids=10de:11bf" to nano /etc/modprobe.d/vfio.conf dmesg | grep -i vfio -> [ 11.202767] VFIO - User Level meta-driver version: 0.3 [ 11.315368] vfio_pci: add [10de:11bf[ffff:ffff]] class 0x000000/00000000 [ 1032.582778] vfio_ecap_init: 0000:07:00.0 hiding ecap 0x19@0x900 [ 1046.232009] vfio-pci 0000:07:00.0: irq 61 for MSI/MSI-X ------------------------------------------------------------------------- After assigning the GPU to the VM, the OS hangs on startup Any ideas? Best Regards Reza

3 3

Using oVirt for Desktop Virtualization
by jarheadx＠hotmail.de 28 Jan '19

28 Jan '19

Hey guys, i want to use ovirt as my desktop enviroement. Therefore i bought a GRID K2 for GPU Passtrough. But i have still lags on video streaming for example HD Videos. I used Spice, VNC and Remote Desktop but i guess they are not good on video compression over WAN or LAN. Is there any other Remote App which allows me to use ovirt as my Virtual Desktop with smooth and reliable video output? Many Thanks Volrath

2 1

Nvidia Grid K2 and Ovirt VGPU
by jarheadx＠hotmail.de 27 Jan '19

27 Jan '19

Hello, sry for my bad english. I have just bought the NVIDIA Grid K2 and want to passtrough the vGPU to several VMS. But i am not able to manage this. I need the driver for Guest and Host, but can not download it. On the official Site of Nvidia there are only drivers for XenServer and VMWare. This Nvidia-Site tells that there is support for Ovirt (RHEV) and K2 (https://docs.nvidia.com/grid/4.6/grid-vgpu-release-notes-red-hat-el-kvm/ind… ) Can someone please tell me what is going on? Is there any possibility to run Grid K2 in Ovirt with vGpu (or Host Device Passtrough?) Furthermore if I do "vdsm-client Host hostdevListByCaps" on the Host , i do not get any mdev markers like described here: https://www.ovirt.org/documentation/install-guide/appe-Preparing_a_Host_for… Many Thanks Volrath

2 2

Re: ovirt 4.2 HCI rollout
by Dominik Holler 26 Jan '19

26 Jan '19

On Tue, 22 Jan 2019 11:15:12 +0000 Markus Schaufler <markus.schaufler(a)digit-all.at> wrote: > Thanks for your reply, > > getent ahosts ovirt-hci.res01.ads.ooe.local | cut -d' ' -f1 | uniq > 10.1.31.20 > > attached you'll find the logs. > Thanks, to my eyes this looks like a bug. I tried to isolate the relevant lines in the attached playbook. Markus, would you be so kind to check if ovirt-4.2.8 is working for you? > ________________________________ > Von: Dominik Holler <dholler(a)redhat.com> > Gesendet: Montag, 21. Jänner 2019 17:52:35 > An: Markus Schaufler > Cc: users(a)ovirt.org; Simone Tiraboschi > Betreff: Re: [ovirt-users] ovirt 4.2 HCI rollout > > Would you please share the related ovirt-host-deploy-ansible-*.log > stored on the host in /var/log/ovirt-hosted-engine-setup ? > > Would you please also share the output of > getent ahosts YOUR_HOSED_ENGNE_FQDN | cut -d' ' -f1 | uniq > if executed on this host? > > > On Mon, 21 Jan 2019 13:37:53 -0000 > "Markus Schaufler" <markus.schaufler(a)digit-all.at> wrote: > > > Hi, > > > > I'm trying a (nested) ovirt 4.2.7 HCI rollout on 3 centos VM's by > > following > > https://ovirt.org/documentation/gluster-hyperconverged/chap-Deploying_Hyper… > > gluster deployment was successful but at HE deployment "stage 5" I > > got following error: > > > > [ INFO ] TASK [Reconfigure OVN central address] > > [ ERROR ] fatal: [localhost]: FAILED! => {"msg": "The task includes > > an option with an undefined variable. The error was: 'dict object' > > has no attribute 'stdout_lines'\n\nThe error appears to have been > > in > > '/usr/share/ovirt-hosted-engine-setup/ansible/create_target_vm.yml': > > line 522, column 5, but may\nbe elsewhere in the file depending on > > the exact syntax problem.\n\nThe offending line appears to be:\n\n > > # > > https://github.com/oVirt/ovirt-engine/blob/master/packaging/playbooks/roles… > > - name: Reconfigure OVN central address\n ^ here\n"} > > > > > > /var/log/messages: > > Jan 21 14:09:56 HCI01 journal: ovirt-ha-agent > > ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR > > Engine VM stopped on localhost Jan 21 14:10:01 HCI01 systemd: > > Started Session 22 of user root. Jan 21 14:10:02 HCI01 systemd: > > Started Session c306 of user root. Jan 21 14:10:03 HCI01 systemd: > > Started Session c307 of user root. Jan 21 14:10:06 HCI01 > > vdsm[3650]: WARN executor state: count=5 workers=set([<Worker > > name=periodic/4 waiting task#=141 at 0x7fd2d4316910>, <Worker > > name=periodic/1 running <Task discardable <Operation > > action=<vdsm.virt.sampling.VMBulkstatsMonitor object at > > 0x7fd2d4679490> at 0x7fd2d4679710> timeout=7.5, duration=7 at > > 0x7fd2d4679490> 0x7fd33c1e0ed0> disca rded task#=413 at > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>, <Worker > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>name=periodic/3 > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>waiting task#=414 at > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>, > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10><Worker > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>name=periodic/5 > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>waiting > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>task#=0 > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>at > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>, > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650><Worker > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>name > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>=periodic/2 > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>waiting > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>task#=412 > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>at > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>]) > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>Jan > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>21 > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>14:10:06 > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>HCI01 > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>kernel: > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>ovirtmgmt: > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>port > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>2(vnet0) > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>entered > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>disabled > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>state > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>Jan > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>21 > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>14:10:06 > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>HCI01 > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>kernel: > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>device > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>vnet0 > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>left > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>promiscuous > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>mode > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>Jan > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>21 > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>14:10:06 > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>HCI01 > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>kernel: > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>ovirtmgmt: > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>port > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>2(vnet0) > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>entered > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>disabled > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>state > > Jan 21 14:10:06 HCI01 NetworkManager[3666]: <info> > > [1548076206.9177] device (vnet0): state change: disconnected -> > > unmanaged (reason 'unmanaged', sys-iface-state: 'remo ved') Jan 21 > > 14:10:06 HCI01 NetworkManager[3666]: <info> [1548076206.9180] > > device (vnet0): released from master device ovirtmgmt Jan 21 > > 14:10:06 HCI01 lldpad: recvfrom(Event interface): No buffer space > > available Jan 21 14:10:06 HCI01 libvirtd: 2019-01-21 > > 13:10:06.925+0000: 2651: error : qemuMonitorIORead:609 : Unable to > > read from monitor: Connection reset by peer Jan 21 14:10:07 HCI01 > > kvm: 0 guests now active Jan 21 14:10:07 HCI01 systemd-machined: > > Machine qemu-3-HostedEngine terminated. Jan 21 14:10:07 HCI01 > > libvirtd: 2019-01-21 13:10:07.125+0000: 2704: warning : > > qemuGetProcessInfo:1406 : cannot parse process status data Jan 21 > > 14:10:07 HCI01 libvirtd: 2019-01-21 13:10:07.125+0000: 2704: > > warning : qemuGetProcessInfo:1406 : cannot parse process status > > data Jan 21 14:10:07 HCI01 libvirtd: 2019-01-21 13:10:07.125+0000: > > 2704: warning : qemuGetProcessInfo:1406 : cannot parse process > > status data Jan 21 14:10:07 HCI01 libvirtd: 2019-01-21 > > 13:10:07.125+0000: 2704: warning : qemuGetProcessInfo:1406 : cannot > > parse process status data Jan 21 14:10:07 HCI01 libvirtd: > > 2019-01-21 13:10:07.126+0000: 2704: error : > > virNetDevTapInterfaceStats:764 : internal error: /proc/net/dev: > > Interface not found Jan 21 14:10:07 HCI01 firewalld[24040]: > > WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-out > > -m physdev --physdev-is-bridged --physdev-out vnet0 -g FP-vnet 0' > > failed: iptables v1.4.21: goto 'FP-vnet0' is not a chain#012#012Try > > `iptables -h' or 'iptables --help' for more information. Jan 21 > > 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > '/usr/sbin/iptables -w2 -w -D libvirt-out -m physdev --physdev-out > > vnet0 -g FP-vnet0' failed: iptables v 1.4.21: goto 'FP-vnet0' is > > not a chain#012#012Try `iptables -h' or 'iptables --help' for more > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-in -m physdev > > --physdev-in vnet0 -g FJ-vnet0' failed: iptables v1. 4.21: goto > > 'FJ-vnet0' is not a chain#012#012Try `iptables -h' or 'iptables > > --help' for more information. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > -w -D libvirt-host-in -m physdev --physdev-in vnet0 -g HJ-vnet0' > > failed: iptable s v1.4.21: goto 'HJ-vnet0' is not a > > chain#012#012Try `iptables -h' or 'iptables --help' for more > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FP-vnet0' failed: > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > -w -X FP-vnet0' failed: iptables: No chain/target/match by that > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FJ-vnet0' failed: > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > -w -X FJ-vnet0' failed: iptables: No chain/target/match by that > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F HJ-vnet0' failed: > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > -w -X HJ-vnet0' failed: iptables: No chain/target/match by that > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m > > physdev --physdev-is-bridged --physdev-out vnet0 -g FP-vne t0' > > failed: ip6tables v1.4.21: goto 'FP-vnet0' is not a > > chain#012#012Try `ip6tables -h' or 'ip6tables --help' for more > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m > > physdev --physdev-out vnet0 -g FP-vnet0' failed: ip6tables v1.4.21: > > goto 'FP-vnet0' is not a chain#012#012Try `ip6tables -h' or > > 'ip6tables --help' for more information. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > -w -D libvirt-in -m physdev --physdev-in vnet0 -g FJ-vnet0' failed: > > ip6tables v 1.4.21: goto 'FJ-vnet0' is not a chain#012#012Try > > `ip6tables -h' or 'ip6tables --help' for more information. Jan 21 > > 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > '/usr/sbin/ip6tables -w2 -w -D libvirt-host-in -m physdev > > --physdev-in vnet0 -g HJ-vnet0' failed: ip6tab les v1.4.21: goto > > 'HJ-vnet0' is not a chain#012#012Try `ip6tables -h' or 'ip6tables > > --help' for more information. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > -w -F FP-vnet0' failed: ip6tables: No chain/target/match by that > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -X FP-vnet0' failed: > > ip6tables: No chain/target/match by that name. Jan 21 14:10:07 > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > '/usr/sbin/ip6tables -w2 -w -F FJ-vnet0' failed: ip6tables: No > > chain/target/match by that name. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > -w -X FJ-vnet0' failed: ip6tables: No chain/target/match by that > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -F HJ-vnet0' failed: > > ip6tables: No chain/target/match by that name. Jan 21 14:10:07 > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > '/usr/sbin/ip6tables -w2 -w -X HJ-vnet0' failed: ip6tables: No > > chain/target/match by that name. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > --concurrent -t nat -D PREROUTING -i vnet0 -j libvirt-J-vnet0' > > failed: Illegal target name 'libvirt-J-vnet0'. Jan 21 14:10:07 > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > '/usr/sbin/ebtables --concurrent -t nat -D POSTROUTING -o vnet0 -j > > libvirt-P-vnet0' failed: Illegal target name 'libvirt-P-vnet0'. Jan > > 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > '/usr/sbin/ebtables --concurrent -t nat -D PREROUTING -i vnet0 -j > > libvirt-J-vnet0' failed: Illegal targe t name 'libvirt-J-vnet0'. > > Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > '/usr/sbin/ebtables --concurrent -t nat -D POSTROUTING -o vnet0 -j > > libvirt-P-vnet0' failed: Illegal targ et name 'libvirt-P-vnet0'. > > Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > '/usr/sbin/ebtables --concurrent -t nat -L libvirt-J-vnet0' failed: > > Chain 'libvirt-J-vnet0' doesn't exis t. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > --concurrent -t nat -L libvirt-P-vnet0' failed: Chain > > 'libvirt-P-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > --concurrent -t nat -F libvirt-J-vnet0' failed: Chain > > 'libvirt-J-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > --concurrent -t nat -X libvirt-J-vnet0' failed: Chain > > 'libvirt-J-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > --concurrent -t nat -F libvirt-P-vnet0' failed: Chain > > 'libvirt-P-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > --concurrent -t nat -X libvirt-P-vnet0' failed: Chain > > 'libvirt-P-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > -w -D libvirt-out -m physdev --physdev-is-bridged --physdev-out > > vnet0 -g FO-vnet0' failed: iptables v1.4.21: goto 'FO-vnet0' is not > > a chain#012#012Try `iptables -h' or 'iptables --help' for more > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-out -m > > physdev --physdev-out vnet0 -g FO-vnet0' failed: iptables v1.4.21: > > goto 'FO-vnet0' is not a chain#012#012Try `iptables -h' or > > 'iptables --help' for more information. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > -w -D libvirt-in -m physdev --physdev-in vnet0 -g FI-vnet0' failed: > > iptables v1.4.21: goto 'FI-vnet0' is not a chain#012#012Try > > `iptables -h' or 'iptables --help' for more information. Jan 21 > > 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > '/usr/sbin/iptables -w2 -w -D libvirt-host-in -m physdev > > --physdev-in vnet0 -g HI-vnet0' failed: iptables v1.4.21: goto > > 'HI-vnet0' is not a chain#012#012Try `iptables -h' or 'iptables > > --help' for more information. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > -w -D libvirt-in-post -m physdev --physdev-in vnet0 -j ACCEPT' > > failed: iptables: Bad rule (does a matching rule exist in that > > chain?). Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FO-vnet0' failed: > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > -w -X FO-vnet0' failed: iptables: No chain/target/match by that > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FI-vnet0' failed: > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > -w -X FI-vnet0' failed: iptables: No chain/target/match by that > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F HI-vnet0' failed: > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > -w -X HI-vnet0' failed: iptables: No chain/target/match by that > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m > > physdev --physdev-is-bridged --physdev-out vnet0 -g FO-vnet0' > > failed: ip6tables v1.4.21: goto 'FO-vnet0' is not a > > chain#012#012Try `ip6tables -h' or 'ip6tables --help' for more > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m > > physdev --physdev-out vnet0 -g FO-vnet0' failed: ip6tables v1.4.21: > > goto 'FO-vnet0' is not a chain#012#012Try `ip6tables -h' or > > 'ip6tables --help' for more information. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > -w -D libvirt-in -m physdev --physdev-in vnet0 -g FI-vnet0' failed: > > ip6tables v1.4.21: goto 'FI-vnet0' is not a chain#012#012Try > > `ip6tables -h' or 'ip6tables --help' for more information. Jan 21 > > 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > '/usr/sbin/ip6tables -w2 -w -D libvirt-host-in -m physdev > > --physdev-in vnet0 -g HI-vnet0' failed: ip6tables v1.4.21: goto > > 'HI-vnet0' is not a chain#012#012Try `ip6tables -h' or 'ip6tables > > --help' for more information. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > -w -D libvirt-in-post -m physdev --physdev-in vnet0 -j ACCEPT' > > failed: ip6tables: Bad rule (does a matching rule exist in that > > chain?). Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -F FO-vnet0' failed: > > ip6tables: No chain/target/match by that name. Jan 21 14:10:07 > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > '/usr/sbin/ip6tables -w2 -w -X FO-vnet0' failed: ip6tables: No > > chain/target/match by that name. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > -w -F FI-vnet0' failed: ip6tables: No chain/target/match by that > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -X FI-vnet0' failed: > > ip6tables: No chain/target/match by that name. Jan 21 14:10:07 > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > '/usr/sbin/ip6tables -w2 -w -F HI-vnet0' failed: ip6tables: No > > chain/target/match by that name. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > -w -X HI-vnet0' failed: ip6tables: No chain/target/match by that > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -D > > POSTROUTING -o vnet0 -j libvirt-O-vnet0' failed: Illegal target > > name 'libvirt-O-vnet0'. Jan 21 14:10:07 HCI01 firewalld[24040]: > > WARNING: COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -L > > libvirt-O-vnet0' failed: Chain 'libvirt-O-vnet0' doesn't exist. Jan > > 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > '/usr/sbin/ebtables --concurrent -t nat -F libvirt-O-vnet0' failed: > > Chain 'libvirt-O-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > --concurrent -t nat -X libvirt-O-vnet0' failed: Chain > > 'libvirt-O-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 vdsm[3650]: > > WARN > > File: /var/lib/libvirt/qemu/channels/ea1b312c-a462-45a9-ab75-78008bc4c9c9.ovirt-guest-agent.0 > > already removed Jan 21 14:10:07 HCI01 vdsm[3650]: WARN Attempting > > to remove a non existing network: > > ovirtmgmt/ea1b312c-a462-45a9-ab75-78008bc4c9c9 Jan 21 14:10:07 > > HCI01 vdsm[3650]: WARN Attempting to remove a non existing net > > user: ovirtmgmt/ea1b312c-a462-45a9-ab75-78008bc4c9c9 Jan 21 > > 14:10:07 HCI01 vdsm[3650]: WARN > > File: /var/lib/libvirt/qemu/channels/ea1b312c-a462-45a9-ab75-78008bc4c9c9.org.qemu.guest_agent.0 > > already removed > > > > any ideas on that? > > _______________________________________________ > > 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/XMMX5CY6VHFWW… >

3 2

Re: Nvidia Grid K2 and Ovirt VGPU
by Michal Skrivanek 26 Jan '19

26 Jan '19

> On 11 Jan 2019, at 18:11, R A <jarheadx(a)hotmail.de> wrote: > > Hello Michal, > > many thanks for your response. > > Are you sure that there is no vGPU support? Please check lines below Hi Reza, it’s nvidia’s doc, you would have to talk to them if you have more questions. All I understand from that doc (it’s just little more below on the same page) is that they explicitly say that K1 and K2 do not support vGPU. This might be a licensing limitation or temporary or anything else, I don’t know. Thanks, michal > > <image.png> > > > and here: > > <image.png> > > The NVIDIA Grid K2 is GRID capaable. > > Many thanks! > Reza > > Von: Michal Skrivanek <michal.skrivanek(a)redhat.com <mailto:michal.skrivanek@redhat.com>> > Gesendet: Freitag, 11. Januar 2019 12:04 > An: jarheadx(a)hotmail.de <mailto:jarheadx@hotmail.de> > Cc: users(a)ovirt.org <mailto:users@ovirt.org> > Betreff: Re: [ovirt-users] Nvidia Grid K2 and Ovirt VGPU > > > On 10 Jan 2019, at 02:14, jarheadx(a)hotmail.de <mailto:jarheadx@hotmail.de> wrote: > > > > Hello, > > > > sry for my bad english. > > > > I have just bought the NVIDIA Grid K2 and want to passtrough the vGPU to several VMS. But i am not able to manage this. > > I need the driver for Guest and Host, but can not download it. On the official Site of Nvidia there are only drivers for XenServer and VMWare. > > > > This Nvidia-Site tells that there is support for Ovirt (RHEV) and K2 ( <applewebdata://881AA05A-2E7C-4482-AEBB-52EA439E3294>https://docs.nvidia.com/grid/4.6/grid-vgpu-release-notes-red-hat-el-kvm/ind… <https://docs.nvidia.com/grid/4.6/grid-vgpu-release-notes-red-hat-el-kvm/ind…> ) > > The page says K1 and K2 do not support vGPU so you could only do Host > Device Passthrough of the whole GPU > > > > > Can someone please tell me what is going on? Is there any possibility to run Grid K2 in Ovirt with vGpu (or Host Device Passtrough?) > > > > Furthermore if I do "vdsm-client Host hostdevListByCaps" on the Host , i do not get any mdev markers like described here:https://www.ovirt.org/documentation/install-guide/appe-Preparing_a_Hos… <https://www.ovirt.org/documentation/install-guide/appe-Preparing_a_Host_for…> > > That’s only for vgpu which it doesn’t support, so you do not see any mdev > > > > > Many Thanks > > Volrath > > _______________________________________________ > > Users mailing list -- users(a)ovirt.org <mailto:users@ovirt.org> > > To unsubscribe send an email to users-leave(a)ovirt.org <mailto:users-leave@ovirt.org> > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ <https://www.ovirt.org/site/privacy-policy/> > > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ <https://www.ovirt.org/community/about/community-guidelines/> > > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/FBIEV6OCU4VDK… <https://lists.ovirt.org/archives/list/users@ovirt.org/message/FBIEV6OCU4VDK…>

3 2

Cluster upgrade with ansible only upgrades one host then stops
by Jayme 25 Jan '19

25 Jan '19

I have a three node HCI setup, running 4.2.7 and want to upgrade to 4.2.8. When I use ansible to perform the host updates for some reason it fully updates one host then stops without error, it does not continue upgrading the remaining two hosts. If I run it again it will proceed to upgrade the next host. Is there something wrong with the ansible plays I am using or perhaps the command I'm using to run ansible needing to specify all hosts to run against. I don't understand why it's not upgrading all hosts in one single run. Here is the complete ansible output of the last run, in this example it fully updated and rebooted host0 with no errors but did not proceed to upgrade host1 or host2: $ cat ovirt-upgrade # ansible-playbook --ask-vault-pass upgrade.yml Vault password: PLAY [oVirt Cluster Upgrade] ************************************************************************************************************************************************************************************************************************************************************************************************* TASK [oVirt.cluster-upgrade : set_fact] ************************************************************************************************************************************************************************************************************************************************************************************** ok: [localhost] TASK [oVirt.cluster-upgrade : Login to oVirt] ******************************************************************************************************************************************************************************************************************************************************************************** ok: [localhost] TASK [oVirt.cluster-upgrade : Get hosts] ************************************************************************************************************************************************************************************************************************************************************************************* ok: [localhost] TASK [oVirt.cluster-upgrade : Check if there are hosts to be updated] ******************************************************************************************************************************************************************************************************************************************************** skipping: [localhost] TASK [oVirt.cluster-upgrade : include_tasks] ********************************************************************************************************************************************************************************************************************************************************************************* included: /usr/share/ansible/roles/ovirt.cluster-upgrade/tasks/cluster_policy.yml for localhost TASK [oVirt.cluster-upgrade : Get cluster facts] ***************************************************************************************************************************************************************************************************************************************************************************** ok: [localhost] TASK [oVirt.cluster-upgrade : Get name of the original scheduling policy] **************************************************************************************************************************************************************************************************************************************************** ok: [localhost] TASK [oVirt.cluster-upgrade : Remember the cluster scheduling policy] ******************************************************************************************************************************************************************************************************************************************************** ok: [localhost] TASK [oVirt.cluster-upgrade : Remember the cluster scheduling policy properties] ********************************************************************************************************************************************************************************************************************************************* ok: [localhost] TASK [oVirt.cluster-upgrade : Get API facts] ********************************************************************************************************************************************************************************************************************************************************************************* ok: [localhost] TASK [oVirt.cluster-upgrade : Set in cluster upgrade policy] ***************************************************************************************************************************************************************************************************************************************************************** changed: [localhost] TASK [oVirt.cluster-upgrade : Get list of VMs in cluster] ******************************************************************************************************************************************************************************************************************************************************************** ok: [localhost] [ INFO ] Configuring WebSocket Proxy skipping: [localhost] => (item=vm1) skipping: [localhost] => (item=vm2) skipping: [localhost] => (item=vm3) TASK [oVirt.cluster-upgrade : Create list of VM names which was shutted down] ************************************************************************************************************************************************************************************************************************************************ skipping: [localhost] TASK [oVirt.cluster-upgrade : include_tasks] ********************************************************************************************************************************************************************************************************************************************************************************* included: /usr/share/ansible/roles/ovirt.cluster-upgrade/tasks/upgrade.yml for localhost => (item={u'comment': u'', u'update_available': True, u'protocol': u'stomp', u'affinity_labels': [], u'hooks': [], u'max_scheduling_memory': 235034116096, u'cluster': {u'href': u'/ovirt-engine/api/clusters/a45fe964-9989-11e8-b3f7-00163e4bf18a', u'id': u'a45fe964-9989-11e8-b3f7-00163e4bf18a'}, u'href': u'/ovirt-engine/api/hosts/771c67eb-56e6-4736-8c67-668502d4ecf5', u'spm': {u'priority': 5, u'status': u'none'}, u'id': u'771c67eb-56e6-4736-8c67-668502d4ecf5', u'external_status': u'ok', u'statistics': [], u'certificate': {u'organization': u'xxxxxxxx.com', u'subject': u'O=xxxxxxxx.com,CN=host0.xxxxxxxx.com'}, u'nics': [], u'iscsi': {u'initiator': u'iqn.1994-05.com.redhat:ac5566ae1e1a'}, u'port': 54321, u'hardware_information': {u'serial_number': u'70833W1', u'product_name': u'PowerEdge R720', u'uuid': u'4C4C4544-0030-3810-8033-B7C04F335731', u'supported_rng_sources': [u'hwrng', u'random'], u'manufacturer': u'Dell Inc.'}, u'version': {u'full_version': u'vdsm-4.20.43-1.el7', u'revision': 0, u'build': 43, u'minor': 20, u'major': 4}, u'memory': 270258929664, u'ksm': {u'enabled': False}, u'se_linux': {u'mode': u'permissive'}, u'type': u'ovirt_node', u'storage_connection_extensions': [], u'status': u'up', u'tags': [], u'katello_errata': [], u'external_network_provider_configurations': [], u'ssh': {u'port': 22, u'fingerprint': u'SHA256:TiiMiaHi++kqhmurXdlQjtwbb3Q1oIBi5ab2alKujyI'}, u'address': u' host0.xxxxxxxx.com', u'numa_nodes': [], u'device_passthrough': {u'enabled': False}, u'unmanaged_networks': [], u'permissions': [], u'numa_supported': True, u'libvirt_version': {u'full_version': u'libvirt-3.9.0-14.el7_5.8', u'revision': 0, u'build': 0, u'minor': 9, u'major': 3}, u'power_management': {u'kdump_detection': True, u'enabled': True, u'pm_proxies': [{u'type': u'cluster'}, {u'type': u'dc'}], u'automatic_pm_enabled': True}, u'name': u'host0', u'devices': [], u'summary': {u'active': 4, u'migrating': 0, u'total': 4}, u'auto_numa_status': u'enable', u'transparent_huge_pages': {u'enabled': True}, u'network_attachments': [], u'os': {u'version': {u'full_version': u'7 - 5.1804.5.el7.centos', u'major': 7}, u'type': u'RHEL', u'custom_kernel_cmdline': u'', u'reported_kernel_cmdline': u'BOOT_IMAGE=/ovirt-node-ng-4.2.7.1-0.20181114.0+1/vmlinuz-3.10.0-862.14.4.el7.x86_64 root=/dev/onn_host0/ovirt-node-ng-4.2.7.1-0.20181114.0+1 ro crashkernel=auto rd.lvm.lv=onn_host0/swap rd.lvm.lv=onn_host0/ovirt-node-ng-4.2.7.1-0.20181114.0+1 rhgb quiet LANG=en_CA.UTF-8 img.bootid=ovirt-node-ng-4.2.7.1-0.20181114.0+1'}, u'cpu': {u'speed': 1200.0, u'name': u'Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz', u'topology': {u'cores': 8, u'threads': 1, u'sockets': 2}}, u'kdump_status': u'disabled'}) included: /usr/share/ansible/roles/ovirt.cluster-upgrade/tasks/upgrade.yml for localhost => (item={u'comment': u'', u'update_available': True, u'protocol': u'stomp', u'affinity_labels': [], u'hooks': [], u'max_scheduling_memory': 250759610368, u'cluster': {u'href': u'/ovirt-engine/api/clusters/a45fe964-9989-11e8-b3f7-00163e4bf18a', u'id': u'a45fe964-9989-11e8-b3f7-00163e4bf18a'}, u'href': u'/ovirt-engine/api/hosts/fb1e62d5-1dc1-4ccc-8b2b-cf48f7077d0d', u'spm': {u'priority': 5, u'status': u'none'}, u'id': u'fb1e62d5-1dc1-4ccc-8b2b-cf48f7077d0d', u'external_status': u'ok', u'statistics': [], u'certificate': {u'organization': u'xxxxxxxx.com', u'subject': u'O=xxxxxxxx.com,CN=host1.xxxxxxxx.com'}, u'nics': [], u'iscsi': {u'initiator': u'iqn.1994-05.com.redhat:2f5ea98fcec4'}, u'port': 54321, u'hardware_information': {u'serial_number': u'FYRTGX1', u'product_name': u'PowerEdge R720', u'uuid': u'4C4C4544-0059-5210-8054-C6C04F475831', u'supported_rng_sources': [u'hwrng', u'random'], u'manufacturer': u'Dell Inc.'}, u'version': {u'full_version': u'vdsm-4.20.43-1.el7', u'revision': 0, u'build': 43, u'minor': 20, u'major': 4}, u'memory': 270258929664, u'ksm': {u'enabled': False}, u'se_linux': {u'mode': u'permissive'}, u'type': u'ovirt_node', u'storage_connection_extensions': [], u'status': u'up', u'tags': [], u'katello_errata': [], u'external_network_provider_configurations': [], u'ssh': {u'port': 22, u'fingerprint': u'SHA256:HGU2WhIlPfxgXHXHOE8IYT4/NGAQeUBRe0QA34qQ+nc'}, u'address': u' host1.xxxxxxxx.com', u'numa_nodes': [], u'device_passthrough': {u'enabled': False}, u'unmanaged_networks': [], u'permissions': [], u'numa_supported': True, u'libvirt_version': {u'full_version': u'libvirt-3.9.0-14.el7_5.8', u'revision': 0, u'build': 0, u'minor': 9, u'major': 3}, u'power_management': {u'kdump_detection': True, u'enabled': True, u'pm_proxies': [{u'type': u'cluster'}, {u'type': u'dc'}], u'automatic_pm_enabled': True}, u'name': u'host1', u'devices': [], u'summary': {u'active': 4, u'migrating': 0, u'total': 4}, u'auto_numa_status': u'enable', u'transparent_huge_pages': {u'enabled': True}, u'network_attachments': [], u'os': {u'version': {u'full_version': u'7 - 5.1804.5.el7.centos', u'major': 7}, u'type': u'RHEL', u'custom_kernel_cmdline': u'', u'reported_kernel_cmdline': u'BOOT_IMAGE=/ovirt-node-ng-4.2.7.1-0.20181114.0+1/vmlinuz-3.10.0-862.14.4.el7.x86_64 root=/dev/onn_host1/ovirt-node-ng-4.2.7.1-0.20181114.0+1 ro crashkernel=auto rd.lvm.lv=onn_host1/ovirt-node-ng-4.2.7.1-0.20181114.0+1 rd.lvm.lv=onn_host1/swap rhgb quiet LANG=en_CA.UTF-8 img.bootid=ovirt-node-ng-4.2.7.1-0.20181114.0+1'}, u'cpu': {u'speed': 1200.0, u'name': u'Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz', u'topology': {u'cores': 8, u'threads': 1, u'sockets': 2}}, u'kdump_status': u'disabled'}) included: /usr/share/ansible/roles/ovirt.cluster-upgrade/tasks/upgrade.yml for localhost => (item={u'comment': u'', u'update_available': True, u'protocol': u'stomp', u'affinity_labels': [], u'hooks': [], u'max_scheduling_memory': 232492367872, u'cluster': {u'href': u'/ovirt-engine/api/clusters/a45fe964-9989-11e8-b3f7-00163e4bf18a', u'id': u'a45fe964-9989-11e8-b3f7-00163e4bf18a'}, u'href': u'/ovirt-engine/api/hosts/fd0752d8-2d41-45b0-887a-0ffacbb8a237', u'spm': {u'priority': 5, u'status': u'spm'}, u'id': u'fd0752d8-2d41-45b0-887a-0ffacbb8a237', u'external_status': u'ok', u'statistics': [], u'certificate': {u'organization': u'xxxxxxxx.com', u'subject': u'O=xxxxxxxx.com,CN=host2.xxxxxxxx.com'}, u'nics': [], u'iscsi': {u'initiator': u'iqn.1994-05.com.redhat:369c9881d24e'}, u'port': 54321, u'hardware_information': {u'serial_number': u'D9733W1', u'product_name': u'PowerEdge R720', u'uuid': u'4C4C4544-0039-3710-8033-C4C04F335731', u'supported_rng_sources': [u'hwrng', u'random'], u'manufacturer': u'Dell Inc.'}, u'version': {u'full_version': u'vdsm-4.20.43-1.el7', u'revision': 0, u'build': 43, u'minor': 20, u'major': 4}, u'memory': 270258929664, u'ksm': {u'enabled': False}, u'se_linux': {u'mode': u'permissive'}, u'type': u'ovirt_node', u'storage_connection_extensions': [], u'status': u'up', u'tags': [], u'katello_errata': [], u'external_network_provider_configurations': [], u'ssh': {u'port': 22, u'fingerprint': u'SHA256:cSgSzFFQaziGHDeKH1CIfXd8YbheGTaft3XBgyr4YgQ'}, u'address': u' host2.xxxxxxxx.com', u'numa_nodes': [], u'device_passthrough': {u'enabled': False}, u'unmanaged_networks': [], u'permissions': [], u'numa_supported': True, u'libvirt_version': {u'full_version': u'libvirt-3.9.0-14.el7_5.8', u'revision': 0, u'build': 0, u'minor': 9, u'major': 3}, u'power_management': {u'kdump_detection': True, u'enabled': True, u'pm_proxies': [{u'type': u'cluster'}, {u'type': u'dc'}], u'automatic_pm_enabled': True}, u'name': u'host2', u'devices': [], u'summary': {u'active': 4, u'migrating': 0, u'total': 4}, u'auto_numa_status': u'enable', u'transparent_huge_pages': {u'enabled': True}, u'network_attachments': [], u'os': {u'version': {u'full_version': u'7 - 5.1804.5.el7.centos', u'major': 7}, u'type': u'RHEL', u'custom_kernel_cmdline': u'', u'reported_kernel_cmdline': u'BOOT_IMAGE=/ovirt-node-ng-4.2.7.1-0.20181114.0+1/vmlinuz-3.10.0-862.14.4.el7.x86_64 root=/dev/onn_host2/ovirt-node-ng-4.2.7.1-0.20181114.0+1 ro crashkernel=auto rd.lvm.lv=onn_host2/ovirt-node-ng-4.2.7.1-0.20181114.0+1 rd.lvm.lv=onn_host2/swap rhgb quiet LANG=en_CA.UTF-8 img.bootid=ovirt-node-ng-4.2.7.1-0.20181114.0+1'}, u'cpu': {u'speed': 1200.0, u'name': u'Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz', u'topology': {u'cores': 8, u'threads': 1, u'sockets': 2}}, u'kdump_status': u'disabled'}) TASK [oVirt.cluster-upgrade : Upgrade host] ********************************************************************************************************************************************************************************************************************************************************************************** skipping: [localhost] => (item=vm1) skipping: [localhost] => (item=vm2) skipping: [localhost] => (item=vm3) skipping: [localhost] => (item=vm4) TASK [oVirt.cluster-upgrade : Create list of VM names which was shutted down] ************************************************************************************************************************************************************************************************************************************************ skipping: [localhost] TASK [oVirt.cluster-upgrade : include_tasks] ********************************************************************************************************************************************************************************************************************************************************************************* included: /usr/share/ansible/roles/ovirt.cluster-upgrade/tasks/upgrade.yml for localhost => (item={u'comment': u'', u'update_available': True, u'protocol': u'stomp', u'affinity_labels': [], u'hooks': [], u'max_scheduling_memory': 235034116096, u'cluster': {u'href': u'/ovirt-engine/api/clusters/a45fe964-9989-11e8-b3f7-00163e4bf18a', u'id': u'a45fe964-9989-11e8-b3f7-00163e4bf18a'}, u'href': u'/ovirt-engine/api/hosts/771c67eb-56e6-4736-8c67-668502d4ecf5', u'spm': {u'priority': 5, u'status': u'none'}, u'id': u'771c67eb-56e6-4736-8c67-668502d4ecf5', u'external_status': u'ok', u'statistics': [], u'certificate': {u'organization': u'xxxxxxxx.com', u'subject': u'O=xxxxxxxx.com,CN=host0.xxxxxxxx.com'}, u'nics': [], u'iscsi': {u'initiator': u'iqn.1994-05.com.redhat:ac5566ae1e1a'}, u'port': 54321, u'hardware_information': {u'serial_number': u'70833W1', u'product_name': u'PowerEdge R720', u'uuid': u'4C4C4544-0030-3810-8033-B7C04F335731', u'supported_rng_sources': [u'hwrng', u'random'], u'manufacturer': u'Dell Inc.'}, u'version': {u'full_version': u'vdsm-4.20.43-1.el7', u'revision': 0, u'build': 43, u'minor': 20, u'major': 4}, u'memory': 270258929664, u'ksm': {u'enabled': False}, u'se_linux': {u'mode': u'permissive'}, u'type': u'ovirt_node', u'storage_connection_extensions': [], u'status': u'up', u'tags': [], u'katello_errata': [], u'external_network_provider_configurations': [], u'ssh': {u'port': 22, u'fingerprint': u'SHA256:TiiMiaHi++kqhmurXdlQjtwbb3Q1oIBi5ab2alKujyI'}, u'address': u' host0.xxxxxxxx.com', u'numa_nodes': [], u'device_passthrough': {u'enabled': False}, u'unmanaged_networks': [], u'permissions': [], u'numa_supported': True, u'libvirt_version': {u'full_version': u'libvirt-3.9.0-14.el7_5.8', u'revision': 0, u'build': 0, u'minor': 9, u'major': 3}, u'power_management': {u'kdump_detection': True, u'enabled': True, u'pm_proxies': [{u'type': u'cluster'}, {u'type': u'dc'}], u'automatic_pm_enabled': True}, u'name': u'host0', u'devices': [], u'summary': {u'active': 4, u'migrating': 0, u'total': 4}, u'auto_numa_status': u'enable', u'transparent_huge_pages': {u'enabled': True}, u'network_attachments': [], u'os': {u'version': {u'full_version': u'7 - 5.1804.5.el7.centos', u'major': 7}, u'type': u'RHEL', u'custom_kernel_cmdline': u'', u'reported_kernel_cmdline': u'BOOT_IMAGE=/ovirt-node-ng-4.2.7.1-0.20181114.0+1/vmlinuz-3.10.0-862.14.4.el7.x86_64 root=/dev/onn_host0/ovirt-node-ng-4.2.7.1-0.20181114.0+1 ro crashkernel=auto rd.lvm.lv=onn_host0/swap rd.lvm.lv=onn_host0/ovirt-node-ng-4.2.7.1-0.20181114.0+1 rhgb quiet LANG=en_CA.UTF-8 img.bootid=ovirt-node-ng-4.2.7.1-0.20181114.0+1'}, u'cpu': {u'speed': 1200.0, u'name': u'Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz', u'topology': {u'cores': 8, u'threads': 1, u'sockets': 2}}, u'kdump_status': u'disabled'}) included: /usr/share/ansible/roles/ovirt.cluster-upgrade/tasks/upgrade.yml for localhost => (item={u'comment': u'', u'update_available': True, u'protocol': u'stomp', u'affinity_labels': [], u'hooks': [], u'max_scheduling_memory': 250759610368, u'cluster': {u'href': u'/ovirt-engine/api/clusters/a45fe964-9989-11e8-b3f7-00163e4bf18a', u'id': u'a45fe964-9989-11e8-b3f7-00163e4bf18a'}, u'href': u'/ovirt-engine/api/hosts/fb1e62d5-1dc1-4ccc-8b2b-cf48f7077d0d', u'spm': {u'priority': 5, u'status': u'none'}, u'id': u'fb1e62d5-1dc1-4ccc-8b2b-cf48f7077d0d', u'external_status': u'ok', u'statistics': [], u'certificate': {u'organization': u'xxxxxxxx.com', u'subject': u'O=xxxxxxxx.com,CN=host1.xxxxxxxx.com'}, u'nics': [], u'iscsi': {u'initiator': u'iqn.1994-05.com.redhat:2f5ea98fcec4'}, u'port': 54321, u'hardware_information': {u'serial_number': u'FYRTGX1', u'product_name': u'PowerEdge R720', u'uuid': u'4C4C4544-0059-5210-8054-C6C04F475831', u'supported_rng_sources': [u'hwrng', u'random'], u'manufacturer': u'Dell Inc.'}, u'version': {u'full_version': u'vdsm-4.20.43-1.el7', u'revision': 0, u'build': 43, u'minor': 20, u'major': 4}, u'memory': 270258929664, u'ksm': {u'enabled': False}, u'se_linux': {u'mode': u'permissive'}, u'type': u'ovirt_node', u'storage_connection_extensions': [], u'status': u'up', u'tags': [], u'katello_errata': [], u'external_network_provider_configurations': [], u'ssh': {u'port': 22, u'fingerprint': u'SHA256:HGU2WhIlPfxgXHXHOE8IYT4/NGAQeUBRe0QA34qQ+nc'}, u'address': u' host1.xxxxxxxx.com', u'numa_nodes': [], u'device_passthrough': {u'enabled': False}, u'unmanaged_networks': [], u'permissions': [], u'numa_supported': True, u'libvirt_version': {u'full_version': u'libvirt-3.9.0-14.el7_5.8', u'revision': 0, u'build': 0, u'minor': 9, u'major': 3}, u'power_management': {u'kdump_detection': True, u'enabled': True, u'pm_proxies': [{u'type': u'cluster'}, {u'type': u'dc'}], u'automatic_pm_enabled': True}, u'name': u'host1', u'devices': [], u'summary': {u'active': 4, u'migrating': 0, u'total': 4}, u'auto_numa_status': u'enable', u'transparent_huge_pages': {u'enabled': True}, u'network_attachments': [], u'os': {u'version': {u'full_version': u'7 - 5.1804.5.el7.centos', u'major': 7}, u'type': u'RHEL', u'custom_kernel_cmdline': u'', u'reported_kernel_cmdline': u'BOOT_IMAGE=/ovirt-node-ng-4.2.7.1-0.20181114.0+1/vmlinuz-3.10.0-862.14.4.el7.x86_64 root=/dev/onn_host1/ovirt-node-ng-4.2.7.1-0.20181114.0+1 ro crashkernel=auto rd.lvm.lv=onn_host1/ovirt-node-ng-4.2.7.1-0.20181114.0+1 rd.lvm.lv=onn_host1/swap rhgb quiet LANG=en_CA.UTF-8 img.bootid=ovirt-node-ng-4.2.7.1-0.20181114.0+1'}, u'cpu': {u'speed': 1200.0, u'name': u'Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz', u'topology': {u'cores': 8, u'threads': 1, u'sockets': 2}}, u'kdump_status': u'disabled'}) included: /usr/share/ansible/roles/ovirt.cluster-upgrade/tasks/upgrade.yml for localhost => (item={u'comment': u'', u'update_available': True, u'protocol': u'stomp', u'affinity_labels': [], u'hooks': [], u'max_scheduling_memory': 232492367872, u'cluster': {u'href': u'/ovirt-engine/api/clusters/a45fe964-9989-11e8-b3f7-00163e4bf18a', u'id': u'a45fe964-9989-11e8-b3f7-00163e4bf18a'}, u'href': u'/ovirt-engine/api/hosts/fd0752d8-2d41-45b0-887a-0ffacbb8a237', u'spm': {u'priority': 5, u'status': u'spm'}, u'id': u'fd0752d8-2d41-45b0-887a-0ffacbb8a237', u'external_status': u'ok', u'statistics': [], u'certificate': {u'organization': u'xxxxxxxx.com', u'subject': u'O=xxxxxxxx.com,CN=host2.xxxxxxxx.com'}, u'nics': [], u'iscsi': {u'initiator': u'iqn.1994-05.com.redhat:369c9881d24e'}, u'port': 54321, u'hardware_information': {u'serial_number': u'D9733W1', u'product_name': u'PowerEdge R720', u'uuid': u'4C4C4544-0039-3710-8033-C4C04F335731', u'supported_rng_sources': [u'hwrng', u'random'], u'manufacturer': u'Dell Inc.'}, u'version': {u'full_version': u'vdsm-4.20.43-1.el7', u'revision': 0, u'build': 43, u'minor': 20, u'major': 4}, u'memory': 270258929664, u'ksm': {u'enabled': False}, u'se_linux': {u'mode': u'permissive'}, u'type': u'ovirt_node', u'storage_connection_extensions': [], u'status': u'up', u'tags': [], u'katello_errata': [], u'external_network_provider_configurations': [], u'ssh': {u'port': 22, u'fingerprint': u'SHA256:cSgSzFFQaziGHDeKH1CIfXd8YbheGTaft3XBgyr4YgQ'}, u'address': u' host2.xxxxxxxx.com', u'numa_nodes': [], u'device_passthrough': {u'enabled': False}, u'unmanaged_networks': [], u'permissions': [], u'numa_supported': True, u'libvirt_version': {u'full_version': u'libvirt-3.9.0-14.el7_5.8', u'revision': 0, u'build': 0, u'minor': 9, u'major': 3}, u'power_management': {u'kdump_detection': True, u'enabled': True, u'pm_proxies': [{u'type': u'cluster'}, {u'type': u'dc'}], u'automatic_pm_enabled': True}, u'name': u'host2', u'devices': [], u'summary': {u'active': 4, u'migrating': 0, u'total': 4}, u'auto_numa_status': u'enable', u'transparent_huge_pages': {u'enabled': True}, u'network_attachments': [], u'os': {u'version': {u'full_version': u'7 - 5.1804.5.el7.centos', u'major': 7}, u'type': u'RHEL', u'custom_kernel_cmdline': u'', u'reported_kernel_cmdline': u'BOOT_IMAGE=/ovirt-node-ng-4.2.7.1-0.20181114.0+1/vmlinuz-3.10.0-862.14.4.el7.x86_64 root=/dev/onn_host2/ovirt-node-ng-4.2.7.1-0.20181114.0+1 ro crashkernel=auto rd.lvm.lv=onn_host2/ovirt-node-ng-4.2.7.1-0.20181114.0+1 rd.lvm.lv=onn_host2/swap rhgb quiet LANG=en_CA.UTF-8 img.bootid=ovirt-node-ng-4.2.7.1-0.20181114.0+1'}, u'cpu': {u'speed': 1200.0, u'name': u'Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz', u'topology': {u'cores': 8, u'threads': 1, u'sockets': 2}}, u'kdump_status': u'disabled'}) TASK [oVirt.cluster-upgrade : Upgrade host] ********************************************************************************************************************************************************************************************************************************************************************************** skipping: [localhost] => (item=vm1) skipping: [localhost] => (item=vm2) skipping: [localhost] => (item=vm3) TASK [oVirt.cluster-upgrade : Create list of VM names which was shutted down] ************************************************************************************************************************************************************************************************************************************************ skipping: [localhost] TASK [oVirt.cluster-upgrade : include_tasks] ********************************************************************************************************************************************************************************************************************************************************************************* included: /usr/share/ansible/roles/ovirt.cluster-upgrade/tasks/upgrade.yml for localhost => (item={u'comment': u'', u'update_available': True, u'protocol': u'stomp', u'affinity_labels': [], u'hooks': [], u'max_scheduling_memory': 235034116096, u'cluster': {u'href': u'/ovirt-engine/api/clusters/a45fe964-9989-11e8-b3f7-00163e4bf18a', u'id': u'a45fe964-9989-11e8-b3f7-00163e4bf18a'}, u'href': u'/ovirt-engine/api/hosts/771c67eb-56e6-4736-8c67-668502d4ecf5', u'spm': {u'priority': 5, u'status': u'none'}, u'id': u'771c67eb-56e6-4736-8c67-668502d4ecf5', u'external_status': u'ok', u'statistics': [], u'certificate': {u'organization': u'xxxxxxxx.com', u'subject': u'O=xxxxxxxx.com,CN=host0.xxxxxxxx.com'}, u'nics': [], u'iscsi': {u'initiator': u'iqn.1994-05.com.redhat:ac5566ae1e1a'}, u'port': 54321, u'hardware_information': {u'serial_number': u'70833W1', u'product_name': u'PowerEdge R720', u'uuid': u'4C4C4544-0030-3810-8033-B7C04F335731', u'supported_rng_sources': [u'hwrng', u'random'], u'manufacturer': u'Dell Inc.'}, u'version': {u'full_version': u'vdsm-4.20.43-1.el7', u'revision': 0, u'build': 43, u'minor': 20, u'major': 4}, u'memory': 270258929664, u'ksm': {u'enabled': False}, u'se_linux': {u'mode': u'permissive'}, u'type': u'ovirt_node', u'storage_connection_extensions': [], u'status': u'up', u'tags': [], u'katello_errata': [], u'external_network_provider_configurations': [], u'ssh': {u'port': 22, u'fingerprint': u'SHA256:TiiMiaHi++kqhmurXdlQjtwbb3Q1oIBi5ab2alKujyI'}, u'address': u' host0.xxxxxxxx.com', u'numa_nodes': [], u'device_passthrough': {u'enabled': False}, u'unmanaged_networks': [], u'permissions': [], u'numa_supported': True, u'libvirt_version': {u'full_version': u'libvirt-3.9.0-14.el7_5.8', u'revision': 0, u'build': 0, u'minor': 9, u'major': 3}, u'power_management': {u'kdump_detection': True, u'enabled': True, u'pm_proxies': [{u'type': u'cluster'}, {u'type': u'dc'}], u'automatic_pm_enabled': True}, u'name': u'host0', u'devices': [], u'summary': {u'active': 4, u'migrating': 0, u'total': 4}, u'auto_numa_status': u'enable', u'transparent_huge_pages': {u'enabled': True}, u'network_attachments': [], u'os': {u'version': {u'full_version': u'7 - 5.1804.5.el7.centos', u'major': 7}, u'type': u'RHEL', u'custom_kernel_cmdline': u'', u'reported_kernel_cmdline': u'BOOT_IMAGE=/ovirt-node-ng-4.2.7.1-0.20181114.0+1/vmlinuz-3.10.0-862.14.4.el7.x86_64 root=/dev/onn_host0/ovirt-node-ng-4.2.7.1-0.20181114.0+1 ro crashkernel=auto rd.lvm.lv=onn_host0/swap rd.lvm.lv=onn_host0/ovirt-node-ng-4.2.7.1-0.20181114.0+1 rhgb quiet LANG=en_CA.UTF-8 img.bootid=ovirt-node-ng-4.2.7.1-0.20181114.0+1'}, u'cpu': {u'speed': 1200.0, u'name': u'Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz', u'topology': {u'cores': 8, u'threads': 1, u'sockets': 2}}, u'kdump_status': u'disabled'}) included: /usr/share/ansible/roles/ovirt.cluster-upgrade/tasks/upgrade.yml for localhost => (item={u'comment': u'', u'update_available': True, u'protocol': u'stomp', u'affinity_labels': [], u'hooks': [], u'max_scheduling_memory': 250759610368, u'cluster': {u'href': u'/ovirt-engine/api/clusters/a45fe964-9989-11e8-b3f7-00163e4bf18a', u'id': u'a45fe964-9989-11e8-b3f7-00163e4bf18a'}, u'href': u'/ovirt-engine/api/hosts/fb1e62d5-1dc1-4ccc-8b2b-cf48f7077d0d', u'spm': {u'priority': 5, u'status': u'none'}, u'id': u'fb1e62d5-1dc1-4ccc-8b2b-cf48f7077d0d', u'external_status': u'ok', u'statistics': [], u'certificate': {u'organization': u'xxxxxxxx.com', u'subject': u'O=xxxxxxxx.com,CN=host1.xxxxxxxx.com'}, u'nics': [], u'iscsi': {u'initiator': u'iqn.1994-05.com.redhat:2f5ea98fcec4'}, u'port': 54321, u'hardware_information': {u'serial_number': u'FYRTGX1', u'product_name': u'PowerEdge R720', u'uuid': u'4C4C4544-0059-5210-8054-C6C04F475831', u'supported_rng_sources': [u'hwrng', u'random'], u'manufacturer': u'Dell Inc.'}, u'version': {u'full_version': u'vdsm-4.20.43-1.el7', u'revision': 0, u'build': 43, u'minor': 20, u'major': 4}, u'memory': 270258929664, u'ksm': {u'enabled': False}, u'se_linux': {u'mode': u'permissive'}, u'type': u'ovirt_node', u'storage_connection_extensions': [], u'status': u'up', u'tags': [], u'katello_errata': [], u'external_network_provider_configurations': [], u'ssh': {u'port': 22, u'fingerprint': u'SHA256:HGU2WhIlPfxgXHXHOE8IYT4/NGAQeUBRe0QA34qQ+nc'}, u'address': u' host1.xxxxxxxx.com', u'numa_nodes': [], u'device_passthrough': {u'enabled': False}, u'unmanaged_networks': [], u'permissions': [], u'numa_supported': True, u'libvirt_version': {u'full_version': u'libvirt-3.9.0-14.el7_5.8', u'revision': 0, u'build': 0, u'minor': 9, u'major': 3}, u'power_management': {u'kdump_detection': True, u'enabled': True, u'pm_proxies': [{u'type': u'cluster'}, {u'type': u'dc'}], u'automatic_pm_enabled': True}, u'name': u'host1', u'devices': [], u'summary': {u'active': 4, u'migrating': 0, u'total': 4}, u'auto_numa_status': u'enable', u'transparent_huge_pages': {u'enabled': True}, u'network_attachments': [], u'os': {u'version': {u'full_version': u'7 - 5.1804.5.el7.centos', u'major': 7}, u'type': u'RHEL', u'custom_kernel_cmdline': u'', u'reported_kernel_cmdline': u'BOOT_IMAGE=/ovirt-node-ng-4.2.7.1-0.20181114.0+1/vmlinuz-3.10.0-862.14.4.el7.x86_64 root=/dev/onn_host1/ovirt-node-ng-4.2.7.1-0.20181114.0+1 ro crashkernel=auto rd.lvm.lv=onn_host1/ovirt-node-ng-4.2.7.1-0.20181114.0+1 rd.lvm.lv=onn_host1/swap rhgb quiet LANG=en_CA.UTF-8 img.bootid=ovirt-node-ng-4.2.7.1-0.20181114.0+1'}, u'cpu': {u'speed': 1200.0, u'name': u'Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz', u'topology': {u'cores': 8, u'threads': 1, u'sockets': 2}}, u'kdump_status': u'disabled'}) included: /usr/share/ansible/roles/ovirt.cluster-upgrade/tasks/upgrade.yml for localhost => (item={u'comment': u'', u'update_available': True, u'protocol': u'stomp', u'affinity_labels': [], u'hooks': [], u'max_scheduling_memory': 232492367872, u'cluster': {u'href': u'/ovirt-engine/api/clusters/a45fe964-9989-11e8-b3f7-00163e4bf18a', u'id': u'a45fe964-9989-11e8-b3f7-00163e4bf18a'}, u'href': u'/ovirt-engine/api/hosts/fd0752d8-2d41-45b0-887a-0ffacbb8a237', u'spm': {u'priority': 5, u'status': u'spm'}, u'id': u'fd0752d8-2d41-45b0-887a-0ffacbb8a237', u'external_status': u'ok', u'statistics': [], u'certificate': {u'organization': u'xxxxxxxx.com', u'subject': u'O=xxxxxxxx.com,CN=host2.xxxxxxxx.com'}, u'nics': [], u'iscsi': {u'initiator': u'iqn.1994-05.com.redhat:369c9881d24e'}, u'port': 54321, u'hardware_information': {u'serial_number': u'D9733W1', u'product_name': u'PowerEdge R720', u'uuid': u'4C4C4544-0039-3710-8033-C4C04F335731', u'supported_rng_sources': [u'hwrng', u'random'], u'manufacturer': u'Dell Inc.'}, u'version': {u'full_version': u'vdsm-4.20.43-1.el7', u'revision': 0, u'build': 43, u'minor': 20, u'major': 4}, u'memory': 270258929664, u'ksm': {u'enabled': False}, u'se_linux': {u'mode': u'permissive'}, u'type': u'ovirt_node', u'storage_connection_extensions': [], u'status': u'up', u'tags': [], u'katello_errata': [], u'external_network_provider_configurations': [], u'ssh': {u'port': 22, u'fingerprint': u'SHA256:cSgSzFFQaziGHDeKH1CIfXd8YbheGTaft3XBgyr4YgQ'}, u'address': u' host2.xxxxxxxx.com', u'numa_nodes': [], u'device_passthrough': {u'enabled': False}, u'unmanaged_networks': [], u'permissions': [], u'numa_supported': True, u'libvirt_version': {u'full_version': u'libvirt-3.9.0-14.el7_5.8', u'revision': 0, u'build': 0, u'minor': 9, u'major': 3}, u'power_management': {u'kdump_detection': True, u'enabled': True, u'pm_proxies': [{u'type': u'cluster'}, {u'type': u'dc'}], u'automatic_pm_enabled': True}, u'name': u'host2', u'devices': [], u'summary': {u'active': 4, u'migrating': 0, u'total': 4}, u'auto_numa_status': u'enable', u'transparent_huge_pages': {u'enabled': True}, u'network_attachments': [], u'os': {u'version': {u'full_version': u'7 - 5.1804.5.el7.centos', u'major': 7}, u'type': u'RHEL', u'custom_kernel_cmdline': u'', u'reported_kernel_cmdline': u'BOOT_IMAGE=/ovirt-node-ng-4.2.7.1-0.20181114.0+1/vmlinuz-3.10.0-862.14.4.el7.x86_64 root=/dev/onn_host2/ovirt-node-ng-4.2.7.1-0.20181114.0+1 ro crashkernel=auto rd.lvm.lv=onn_host2/ovirt-node-ng-4.2.7.1-0.20181114.0+1 rd.lvm.lv=onn_host2/swap rhgb quiet LANG=en_CA.UTF-8 img.bootid=ovirt-node-ng-4.2.7.1-0.20181114.0+1'}, u'cpu': {u'speed': 1200.0, u'name': u'Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz', u'topology': {u'cores': 8, u'threads': 1, u'sockets': 2}}, u'kdump_status': u'disabled'}) TASK [oVirt.cluster-upgrade : Upgrade host] ********************************************************************************************************************************************************************************************************************************************************************************** changed: [localhost] TASK [oVirt.cluster-upgrade : Upgrade host] ********************************************************************************************************************************************************************************************************************************************************************************** changed: [localhost] TASK [oVirt.cluster-upgrade : Upgrade host] ********************************************************************************************************************************************************************************************************************************************************************************** changed: [localhost] TASK [oVirt.cluster-upgrade : Set original cluster policy] ******************************************************************************************************************************************************************************************************************************************************************* changed: [localhost] TASK [oVirt.cluster-upgrade : Start again stopped VMs] *********************************************************************************************************************************************************************************************************************************************************************** TASK [oVirt.cluster-upgrade : Start again pin to host VMs] ******************************************************************************************************************************************************************************************************************************************************************* TASK [oVirt.cluster-upgrade : Logout from oVirt] ***************************************************************************************************************************************************************************************************************************************************************************** ok: [localhost] PLAY RECAP ******************************************************************************************************************************************************************************************************************************************************************************************************************* localhost : ok=21 changed=5 unreachable=0 failed=0

2 2

Unable to get the proper console of vm
by Shikhar Verma 25 Jan '19

25 Jan '19

Hi, I have created the virtual machine from ovirt manager but when I am trying to get the console of the vm to do the installation of it but it is only giving two two line and even i have tried as run once and selected CD ROM as first priority and attached the ISO of centos7 SeaBIOS (version 1.11.0-2.e17) Machine UUID ------- Also, from manager, newly launched vm is showing green.. And from the host machine, it is showing this error Jan 21 19:23:24 servera libvirtd: 2019-01-21 13:53:24.286+0000: 12800: error : qemuDomainAgentAvailable:9133 : Guest agent is not responding: QEMU guest agent is not connected I am using the latest version version of ovirt-engine & host as well. Please respond. Thanks Shikhar

3 4

Re: Unable to deatch/remove ISO DOMAIN
by Strahil 25 Jan '19

25 Jan '19

1 0

Ovirt 4.2.8 allows to remove a gluster volume without detaching the storage domain
by Strahil Nikolov 25 Jan '19

25 Jan '19

Hello Community, As I'm still experimenting with my ovirt lab , I have managed somehow to remove my gluster volume ('gluster volume list' confirms it) whithout detaching the storage domain. This sounds to me as bug, am I right ? Steps to reproduce:1. Create a replica 3 arbiter 1 gluster volume2. Create a storage domain of it3. Go to Volumes and select the name of the volume4. Press remove and confirm . The tasks fails , but the volume is now gone in gluster . I guess , I have to do some cleanup in the DB in order to fix that. Best Regards,Strahil Nikolov

3 3

ovirt.org HTML Issue?
by zachary.winter＠vcwise.com 25 Jan '19

25 Jan '19

Hello all, I wasn't sure where to post this or email this (I promised I looked around), but the web page for the following web page in the manual appears to have HTML issues towards the end of the page: https://www.ovirt.org/documentation/admin-guide/chap-Pools.html Should I notify someone else that it ought to be fixed?

2 1

How to replace vMware infrastructure with oVirt
by Mannish Kumar 25 Jan '19

25 Jan '19

Hi, I have two Esxi hosts managed by VMware vCenter Server. I want to create a similar infrastructure with oVirt. I know that oVirt is similar to VMware vCenter Server but not sure what to replace the Esxi hosts with in oVirt Environment. I am looking to build oVirt with Self-Hosted Engine.It would be great help if someone could help me to build this.

3 2

Re: [Gluster-users] Отн: Gluster performance issues - need advise
by Strahil Nikolov 25 Jan '19

25 Jan '19

Dear Darrell, I found the issue and now I can reach the maximum of the network with a fuse client.Here is a short overview:1. I noticed that working with a new gluster volume is reaching my network speed - I was quite excited.2. Then I have destroyed my gluster volume and created a new one and started adding features from ovirt Once I have added features.shard on -> I hit the same performance from before. Increasing the shard size to 16MB didn't help at all. For my case where I have 2 Virtualization hosts with single data gluster volume - sharding is not neccessary, but for larger setups it will be a problem. As this looks to me as a bug - can someone tell me where I can report it ? Thanks to all who guided me in this journey of GlusterFS ! I have learned so much , as my prior knowledge was only in Ceph. Best Regards,Strahil Nikolov В четвъртък, 24 януари 2019 г., 17:53:50 ч. Гринуич+2, Darrell Budic <budic(a)onholyground.com> написа: Strahil- The fuse client is what it is, it’s limited by operating in user land and waiting for the gluster servers to acknowledge all the writes. I noted you're using ovirt, you should look into enabling the libgfapi engine setting to run your VMs with libgf natively. You can’t test directly from the host with that, but you can run your tests inside the VMs. I saw significant throughput and latency improvements that way. It’s still somewhat beta, so you’ll probably need to search the overt-users mailing list to find info on enabling it. Good luck! On Jan 24, 2019, at 4:32 AM, Strahil Nikolov <hunter86_bg(a)yahoo.com> wrote: Dear Amar, Community, it seems the issue is in the fuse client itself. Here is the latest update:1. I have added the following:server.event-threads: 4 client.event-threads: 4 performance.stat-prefetch: onperformance.strict-o-direct: off Results: no change 2. Allowed nfs and connected ovirt1 to the gluster volume:nfs.disable: off Results: Drastic improvement in performance as follows: [root@ovirt1 data]# dd if=/dev/zero of=largeio bs=1M count=5000 status=progress 5000+0 records in 5000+0 records out 5242880000 bytes (5.2 GB) copied, 53.0443 s, 98.8 MB/s So I would be happy if anyone guide me in order to fix the situation as the fuse client is the best way to use glusterfs, and it seems the glusterfs-server is not the guilty one. Thanks in advance for your guidance.I have learned so much. Best Regards,Strahil Nikolov От: Strahil <hunter86_bg(a)yahoo.com> До: Amar Tumballi Suryanarayan <atumball(a)redhat.com> Копие: Gluster-users <gluster-users(a)gluster.org> Изпратен: сряда, 23 януари 2019 г. 18:44 Тема: Re: [Gluster-users] Gluster performance issues - need advise Dear Amar, Thanks for your email. Actually my concerns were on both topics.Would you recommend any perf options that will be suitable ? After mentioning the network usage, I just checked it and it seems duringthe test session, ovirt1 (both client and host) is using no more than 455Mbit/s which is half the network bandwidth. I'm still in the middle of nowhere, so any ideas are welcome. Best Regards,Strahil Nikolov On Jan 23, 2019 17:49, Amar Tumballi Suryanarayan <atumball(a)redhat.com> wrote: I didn't understand the issue properly. Mostly I missed something. Are you concerned the performance is 49MB/s with and without perf options? or are you expecting it to be 123MB/s as over the n/w you get that speed? If it is the first problem, then you are actually having 'performance.write-behind on' in both options, and it is the only perf xlator which comes into action during the test you ran. If it is the second, then please be informed that gluster does client side replication, which means, n/w would be split in half for write operations (like write(), creat() etc), so the number you are getting is almost the maximum with 1GbE. Regards,Amar On Wed, Jan 23, 2019 at 8:38 PM Strahil Nikolov <hunter86_bg(a)yahoo.com> wrote: Hello Community, recently I have built a new lab based on oVirt and CentOS 7. During deployment I had some hicups, but now the engine is up and running - but gluster is causing me trouble. Symptoms: Slow VM install from DVD, poor write performance. The latter has been tested via: dd if=/dev/zero of=/rhev/data-center/mnt/glusterSD/ovirt1.localdomain:_data bs=1M count=1000 status=progress The reported speed is 60MB/s which is way too low for my setup. My lab design: https://drive.google.com/file/d/1SiW21ASPXHRAEuE_jZ50R3FoO-NcnFqT/view?usp=… Gluster version is 3.12.15 So far I have done: 1. Added 'server.allow-insecure on' (with 'option rpc-auth-allow-insecure on' in glusterd.vol) Volume info after that change: Volume Name: data Type: Replicate Volume ID: 9b06a1e9-8102-4cd7-bc56-84960a1efaa2 Status: Started Snapshot Count: 0 Number of Bricks: 1 x (2 + 1) = 3 Transport-type: tcp Bricks: Brick1: ovirt1.localdomain:/gluster_bricks/data/data Brick2: ovirt2.localdomain:/gluster_bricks/data/data Brick3: ovirt3.localdomain:/gluster_bricks/data/data (arbiter) Options Reconfigured: performance.client-io-threads: off nfs.disable: on transport.address-family: inet performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.low-prio-threads: 32 network.remote-dio: off cluster.eager-lock: enable cluster.quorum-type: auto cluster.server-quorum-type: server cluster.data-self-heal-algorithm: full cluster.locking-scheme: granular cluster.shd-max-threads: 8 cluster.shd-wait-qlength: 10000 features.shard: on user.cifs: off storage.owner-uid: 36 storage.owner-gid: 36 network.ping-timeout: 30 performance.strict-o-direct: on cluster.granular-entry-heal: enable server.allow-insecure: on Seems no positive or negative effect so far. 2. Tested with tmpfs on all bricks -> ovirt1 mounted gluster volume -> max 60MB/s (bs=1M without 'oflag=direct') [root@ovirt1 data]# dd if=/dev/zero of=large_io bs=1M count=4000 status=progress 4177526784 bytes (4.2 GB) copied, 70.843409 s, 59.0 MB/s 4000+0 records in 4000+0 records out 4194304000 bytes (4.2 GB) copied, 71.1407 s, 59.0 MB/s [root@ovirt1 data]# rm -f large_io [root@ovirt1 data]# gluster volume profile data info Brick: ovirt1.localdomain:/gluster_bricks/data/data --------------------------------------------------- Cumulative Stats: Block Size: 131072b+ No. of Reads: 8 No. of Writes: 44968 %-latency Avg-latency Min-Latency Max-Latency No. of calls Fop --------- ----------- ----------- ----------- ------------ ---- 0.00 0.00 us 0.00 us 0.00 us 3 FORGET 0.00 0.00 us 0.00 us 0.00 us 35 RELEASE 0.00 0.00 us 0.00 us 0.00 us 28 RELEASEDIR 0.00 78.00 us 78.00 us 78.00 us 1 FSTAT 0.00 35.67 us 26.00 us 73.00 us 6 FLUSH 0.00 324.00 us 324.00 us 324.00 us 1 XATTROP 0.00 45.80 us 38.00 us 54.00 us 10 STAT 0.00 227.67 us 216.00 us 242.00 us 3 CREATE 0.00 113.38 us 68.00 us 381.00 us 8 READ 0.00 39.82 us 1.00 us 148.00 us 28 OPENDIR 0.00 67.54 us 10.00 us 283.00 us 24 GETXATTR 0.00 59.97 us 45.00 us 113.00 us 32 OPEN 0.00 24.41 us 13.00 us 89.00 us 161 INODELK 0.00 43.43 us 28.00 us 214.00 us 93 STATFS 0.00 246.35 us 11.00 us 1155.00 us 20 READDIR 0.00 283.00 us 233.00 us 353.00 us 18 READDIRP 0.00 153.23 us 122.00 us 259.00 us 87 MKNOD 0.01 99.77 us 10.00 us 258.00 us 442 LOOKUP 0.31 49.22 us 27.00 us 540.00 us 45620 FXATTROP 0.77 124.24 us 87.00 us 604.00 us 44968 WRITE 0.93 15767.71 us 15.00 us 305833.00 us 431 ENTRYLK 1.99 160711.39 us 3332.00 us 406037.00 us 90 UNLINK 96.00 5167.82 us 18.00 us 55972.00 us 135349 FINODELK Duration: 380 seconds Data Read: 1048576 bytes Data Written: 5894045696 bytes Interval 0 Stats: Block Size: 131072b+ No. of Reads: 8 No. of Writes: 44968 %-latency Avg-latency Min-Latency Max-Latency No. of calls Fop --------- ----------- ----------- ----------- ------------ ---- 0.00 0.00 us 0.00 us 0.00 us 3 FORGET 0.00 0.00 us 0.00 us 0.00 us 35 RELEASE 0.00 0.00 us 0.00 us 0.00 us 28 RELEASEDIR 0.00 78.00 us 78.00 us 78.00 us 1 FSTAT 0.00 35.67 us 26.00 us 73.00 us 6 FLUSH 0.00 324.00 us 324.00 us 324.00 us 1 XATTROP 0.00 45.80 us 38.00 us 54.00 us 10 STAT 0.00 227.67 us 216.00 us 242.00 us 3 CREATE 0.00 113.38 us 68.00 us 381.00 us 8 READ 0.00 39.82 us 1.00 us 148.00 us 28 OPENDIR 0.00 67.54 us 10.00 us 283.00 us 24 GETXATTR 0.00 59.97 us 45.00 us 113.00 us 32 OPEN 0.00 24.41 us 13.00 us 89.00 us 161 INODELK 0.00 43.43 us 28.00 us 214.00 us 93 STATFS 0.00 246.35 us 11.00 us 1155.00 us 20 READDIR 0.00 283.00 us 233.00 us 353.00 us 18 READDIRP 0.00 153.23 us 122.00 us 259.00 us 87 MKNOD 0.01 99.77 us 10.00 us 258.00 us 442 LOOKUP 0.31 49.22 us 27.00 us 540.00 us 45620 FXATTROP 0.77 124.24 us 87.00 us 604.00 us 44968 WRITE 0.93 15767.71 us 15.00 us 305833.00 us 431 ENTRYLK 1.99 160711.39 us 3332.00 us 406037.00 us 90 UNLINK 96.00 5167.82 us 18.00 us 55972.00 us 135349 FINODELK Duration: 380 seconds Data Read: 1048576 bytes Data Written: 5894045696 bytes Brick: ovirt3.localdomain:/gluster_bricks/data/data --------------------------------------------------- Cumulative Stats: Block Size: 1b+ No. of Reads: 0 No. of Writes: 39328 %-latency Avg-latency Min-Latency Max-Latency No. of calls Fop --------- ----------- ----------- ----------- ------------ ---- 0.00 0.00 us 0.00 us 0.00 us 2 FORGET 0.00 0.00 us 0.00 us 0.00 us 12 RELEASE 0.00 0.00 us 0.00 us 0.00 us 17 RELEASEDIR 0.00 101.00 us 101.00 us 101.00 us 1 FSTAT 0.00 51.50 us 20.00 us 81.00 us 4 FLUSH 0.01 219.50 us 188.00 us 251.00 us 2 CREATE 0.01 43.45 us 11.00 us 90.00 us 11 GETXATTR 0.01 62.30 us 38.00 us 119.00 us 10 OPEN 0.01 50.59 us 1.00 us 102.00 us 17 OPENDIR 0.01 24.60 us 12.00 us 64.00 us 40 INODELK 0.02 176.30 us 10.00 us 765.00 us 10 READDIR 0.07 63.08 us 39.00 us 133.00 us 78 UNLINK 0.13 27.35 us 10.00 us 91.00 us 333 ENTRYLK 0.13 126.89 us 99.00 us 179.00 us 76 MKNOD 0.42 116.70 us 8.00 us 8661.00 us 261 LOOKUP 28.73 51.79 us 22.00 us 2574.00 us 39822 FXATTROP 29.52 53.87 us 16.00 us 3290.00 us 39328 WRITE 40.92 24.71 us 10.00 us 3224.00 us 118864 FINODELK Duration: 189 seconds Data Read: 0 bytes Data Written: 39328 bytes Interval 0 Stats: Block Size: 1b+ No. of Reads: 0 No. of Writes: 39328 %-latency Avg-latency Min-Latency Max-Latency No. of calls Fop --------- ----------- ----------- ----------- ------------ ---- 0.00 0.00 us 0.00 us 0.00 us 2 FORGET 0.00 0.00 us 0.00 us 0.00 us 12 RELEASE 0.00 0.00 us 0.00 us 0.00 us 17 RELEASEDIR 0.00 101.00 us 101.00 us 101.00 us 1 FSTAT 0.00 51.50 us 20.00 us 81.00 us 4 FLUSH 0.01 219.50 us 188.00 us 251.00 us 2 CREATE 0.01 43.45 us 11.00 us 90.00 us 11 GETXATTR 0.01 62.30 us 38.00 us 119.00 us 10 OPEN 0.01 50.59 us 1.00 us 102.00 us 17 OPENDIR 0.01 24.60 us 12.00 us 64.00 us 40 INODELK 0.02 176.30 us 10.00 us 765.00 us 10 READDIR 0.07 63.08 us 39.00 us 133.00 us 78 UNLINK 0.13 27.35 us 10.00 us 91.00 us 333 ENTRYLK 0.13 126.89 us 99.00 us 179.00 us 76 MKNOD 0.42 116.70 us 8.00 us 8661.00 us 261 LOOKUP 28.73 51.79 us 22.00 us 2574.00 us 39822 FXATTROP 29.52 53.87 us 16.00 us 3290.00 us 39328 WRITE 40.92 24.71 us 10.00 us 3224.00 us 118864 FINODELK Duration: 189 seconds Data Read: 0 bytes Data Written: 39328 bytes Brick: ovirt2.localdomain:/gluster_bricks/data/data --------------------------------------------------- Cumulative Stats: Block Size: 512b+ 131072b+ No. of Reads: 0 0 No. of Writes: 36 76758 %-latency Avg-latency Min-Latency Max-Latency No. of calls Fop --------- ----------- ----------- ----------- ------------ ---- 0.00 0.00 us 0.00 us 0.00 us 6 FORGET 0.00 0.00 us 0.00 us 0.00 us 87 RELEASE 0.00 0.00 us 0.00 us 0.00 us 96 RELEASEDIR 0.00 100.50 us 80.00 us 121.00 us 2 REMOVEXATTR 0.00 101.00 us 101.00 us 101.00 us 2 SETXATTR 0.00 36.18 us 22.00 us 62.00 us 11 FLUSH 0.00 57.44 us 42.00 us 77.00 us 9 FTRUNCATE 0.00 82.56 us 59.00 us 138.00 us 9 FSTAT 0.00 89.42 us 67.00 us 161.00 us 12 SETATTR 0.00 272.40 us 235.00 us 296.00 us 5 CREATE 0.01 154.28 us 88.00 us 320.00 us 18 XATTROP 0.01 45.29 us 1.00 us 319.00 us 96 OPENDIR 0.01 86.69 us 30.00 us 379.00 us 62 STAT 0.01 64.30 us 47.00 us 169.00 us 84 OPEN 0.02 107.34 us 23.00 us 273.00 us 73 READDIRP 0.02 4688.00 us 86.00 us 9290.00 us 2 TRUNCATE 0.02 59.29 us 13.00 us 394.00 us 165 GETXATTR 0.03 128.51 us 27.00 us 338.00 us 96 FSYNC 0.03 240.75 us 14.00 us 1943.00 us 52 READDIR 0.04 65.59 us 26.00 us 293.00 us 279 STATFS 0.06 180.77 us 118.00 us 306.00 us 148 MKNOD 0.14 37.98 us 17.00 us 192.00 us 1598 INODELK 0.67 91.68 us 12.00 us 1141.00 us 3186 LOOKUP 10.10 55.92 us 28.00 us 1658.00 us 78608 FXATTROP 11.89 6814.76 us 18.00 us 301246.00 us 760 ENTRYLK 19.44 36.55 us 14.00 us 2353.00 us 231535 FINODELK 25.21 142.92 us 62.00 us 593.00 us 76794 WRITE 32.28 91283.68 us 28.00 us 316658.00 us 154 UNLINK Duration: 1206 seconds Data Read: 0 bytes Data Written: 10060843008 bytes Interval 0 Stats: Block Size: 512b+ 131072b+ No. of Reads: 0 0 No. of Writes: 36 76758 %-latency Avg-latency Min-Latency Max-Latency No. of calls Fop --------- ----------- ----------- ----------- ------------ ---- 0.00 0.00 us 0.00 us 0.00 us 6 FORGET 0.00 0.00 us 0.00 us 0.00 us 87 RELEASE 0.00 0.00 us 0.00 us 0.00 us 96 RELEASEDIR 0.00 100.50 us 80.00 us 121.00 us 2 REMOVEXATTR 0.00 101.00 us 101.00 us 101.00 us 2 SETXATTR 0.00 36.18 us 22.00 us 62.00 us 11 FLUSH 0.00 57.44 us 42.00 us 77.00 us 9 FTRUNCATE 0.00 82.56 us 59.00 us 138.00 us 9 FSTAT 0.00 89.42 us 67.00 us 161.00 us 12 SETATTR 0.00 272.40 us 235.00 us 296.00 us 5 CREATE 0.01 154.28 us 88.00 us 320.00 us 18 XATTROP 0.01 45.29 us 1.00 us 319.00 us 96 OPENDIR 0.01 86.69 us 30.00 us 379.00 us 62 STAT 0.01 64.30 us 47.00 us 169.00 us 84 OPEN 0.02 107.34 us 23.00 us 273.00 us 73 READDIRP 0.02 4688.00 us 86.00 us 9290.00 us 2 TRUNCATE 0.02 59.29 us 13.00 us 394.00 us 165 GETXATTR 0.03 128.51 us 27.00 us 338.00 us 96 FSYNC 0.03 240.75 us 14.00 us 1943.00 us 52 READDIR 0.04 65.59 us 26.00 us 293.00 us 279 STATFS 0.06 180.77 us 118.00 us 306.00 us 148 MKNOD 0.14 37.98 us 17.00 us 192.00 us 1598 INODELK 0.67 91.66 us 12.00 us 1141.00 us 3186 LOOKUP 10.10 55.92 us 28.00 us 1658.00 us 78608 FXATTROP 11.89 6814.76 us 18.00 us 301246.00 us 760 ENTRYLK 19.44 36.55 us 14.00 us 2353.00 us 231535 FINODELK 25.21 142.92 us 62.00 us 593.00 us 76794 WRITE 32.28 91283.68 us 28.00 us 316658.00 us 154 UNLINK Duration: 1206 seconds Data Read: 0 bytes Data Written: 10060843008 bytes This indicates to me that it's not a problem in Disk/LVM/FileSystem layout. Most probably I haven't created the volume properly or some option/feature is disabled ?!? Network shows OK for a gigabit: [root@ovirt1 data]# dd if=/dev/zero status=progress | nc ovirt2 9999 3569227264 bytes (3.6 GB) copied, 29.001052 s, 123 MB/s^C 7180980+0 records in 7180979+0 records out 3676661248 bytes (3.7 GB) copied, 29.8739 s, 123 MB/s I'm looking for any help... you can share your volume info also. Thanks in advance. Best Regards, Strahil Nikolov _______________________________________________ Gluster-users mailing list Gluster-users(a)gluster.org https://lists.gluster.org/mailman/listinfo/gluster-users -- Amar Tumballi (amarts) Dear Amar, Thanks for your email. Actually my concerns were on both topics. Would you recommend any perf options that will be suitable ? After mentioning the network usage, I just checked it and it seems duringthe test session, ovirt1 (both client and host) is using no more than 455Mbit/s which is half the network bandwidth. I'm still in the middle of nowhere, so any ideas are welcome. Best Regards, Strahil Nikolov On Jan 23, 2019 17:49, Amar Tumballi Suryanarayan <atumball(a)redhat.com> wrote: > > I didn't understand the issue properly. Mostly I missed something. > > Are you concerned the performance is 49MB/s with and without perf options? or are you expecting it to be 123MB/s as over the n/w you get that speed? > > If it is the first problem, then you are actually having 'performance.write-behind on' in both options, and it is the only perf xlator which comes into action during the test you ran. > > If it is the second, then please be informed that gluster does client side replication, which means, n/w would be split in half for write operations (like write(), creat() etc), so the number you are getting is almost the maximum with 1GbE. > > Regards, > Amar > > On Wed, Jan 23, 2019 at 8:38 PM Strahil Nikolov <hunter86_bg(a)yahoo.com> wrote: >> >> Hello Community, >> >> recently I have built a new lab based on oVirt and CentOS 7. >> During deployment I had some hicups, but now the engine is up and running - but gluster is causing me trouble. >> >> Symptoms: Slow VM install from DVD, poor write performance. The latter has been tested via: >> dd if=/dev/zero of=/rhev/data-center/mnt/glusterSD/ovirt1.localdomain:_data bs=1M count=1000 status=progress >> >> The reported speed is 60MB/s which is way too low for my setup. >> >> My lab design: >> https://drive.google.com/file/d/1SiW21ASPXHRAEuE_jZ50R3FoO-NcnFqT/view?usp=… >> Gluster version is 3.12.15 >> >> So far I have done: >> >> 1. Added 'server.allow-insecure on' (with 'option rpc-auth-allow-insecure on' in glusterd.vol) >> Volume info after that change: >> >> Volume Name: data >> Type: Replicate >> Volume ID: 9b06a1e9-8102-4cd7-bc56-84960a1efaa2 >> Status: Started >> Snapshot Count: 0 >> Number of Bricks: 1 x (2 + 1) = 3 >> Transport-type: tcp >> Bricks: >> Brick1: ovirt1.localdomain:/gluster_bricks/data/data >> Brick2: ovirt2.localdomain:/gluster_bricks/data/data >> Brick3: ovirt3.localdomain:/gluster_bricks/data/data (arbiter) >> Options Reconfigured: >> performance.client-io-threads: off >> nfs.disable: on >> transport.address-family: inet >> performance.quick-read: off >> performance.read-ahead: off >> performance.io-cache: off >> performance.low-prio-threads: 32 >> network.remote-dio: off >> cluster.eager-lock: enable >> cluster.quorum-type: auto >> cluster.server-quorum-type: server >> cluster.data-self-heal-algorithm: full >> cluster.locking-scheme: granular >> cluster.shd-max-threads: 8 >> cluster.shd-wait-qlength: 10000 >> features.shard: on >> user.cifs: off >> storage.owner-uid: 36 >> storage.owner-gid: 36 >> network.ping-timeout: 30 >> performance.strict-o-direct: on >> cluster.granular-entry-heal: enable >> server.allow-insecure: on >> >> Seems no positive or negative effect so far. >> >> 2. Tested with tmpfs on all bricks -> ovirt1 mounted gluster volume -> max 60MB/s (bs=1M without 'oflag=direct') >> >> >> [root@ovirt1 data]# dd if=/dev/zero of=large_io bs=1M count=4000 status=progress >> 4177526784 bytes (4.2 GB) copied, 70.843409 s, 59.0 MB/s >> 4000+0 records in >> 4000+0 records out >> 4194304000 bytes (4.2 GB) copied, 71.1407 s, 59.0 MB/s >> [root@ovirt1 data]# rm -f large_io >> [root@ovirt1 data]# gluster volume profile data info >> Brick: ovirt1.localdomain:/gluster_bricks/data/data >> --------------------------------------------------- >> Cumulative Stats: >> Block Size: 131072b+ >> No. of Reads: 8 >> No. of Writes: 44968 >> %-latency Avg-latency Min-Latency Max-Latency No. of calls Fop >> --------- ----------- ----------- ----------- ------------ ---- >> 0.00 0.00 us 0.00 us 0.00 us 3 FORGET >> 0.00 0.00 us 0.00 us 0.00 us 35 RELEASE >> 0.00 0.00 us 0.00 us 0.00 us 28 RELEASEDIR >> 0.00 78.00 us 78.00 us 78.00 us 1 FSTAT >> 0.00 35.67 us 26.00 us 73.00 us 6 FLUSH >> 0.00 324.00 us 324.00 us 324.00 us 1 XATTROP >> 0.00 45.80 us 38.00 us 54.00 us 10 STAT >> 0.00 227.67 us 216.00 us 242.00 us 3 CREATE >> 0.00 113.38 us 68.00 us 381.00 us 8 READ >> 0.00 39.82 us 1.00 us 148.00 us 28 OPENDIR >> 0.00 67.54 us 10.00 us 283.00 us 24 GETXATTR >> 0.00 59.97 us 45.00 us 113.00 us 32 OPEN >> 0.00 24.41 us 13.00 us 89.00 us 161 INODELK >> 0.00 43.43 us 28.00 us 214.00 us 93 STATFS >> 0.00 246.35 us 11.00 us 1155.00 us 20 READDIR >> 0.00 283.00 us 233.00 us 353.00 us 18 READDIRP >> 0.00 153.23 us 122.00 us 259.00 us 87 MKNOD >> 0.01 99.77 us 10.00 us 258.00 us 442 LOOKUP >> 0.31 49.22 us 27.00 us 540.00 us 45620 FXATTROP >> 0.77 124.24 us 87.00 us 604.00 us 44968 WRITE >> 0.93 15767.71 us 15.00 us 305833.00 us 431 ENTRYLK >> 1.99 160711.39 us 3332.00 us 406037.00 us 90 UNLINK >> 96.00 5167.82 us 18.00 us 55972.00 us 135349 FINODELK >> >> Duration: 380 seconds >> Data Read: 1048576 bytes >> Data Written: 5894045696 bytes >> >> Interval 0 Stats: >> Block Size: 131072b+ >> No. of Reads: 8 >> No. of Writes: 44968 >> %-latency Avg-latency Min-Latency Max-Latency No. of calls Fop >> --------- ----------- ----------- ----------- ------------ ---- >> 0.00 0.00 us 0.00 us 0.00 us 3 FORGET >> 0.00 0.00 us 0.00 us 0.00 us 35 RELEASE >> 0.00 0.00 us 0.00 us 0.00 us 28 RELEASEDIR >> 0.00 78.00 us 78.00 us 78.00 us 1 FSTAT >> 0.00 35.67 us 26.00 us 73.00 us 6 FLUSH >> 0.00 324.00 us 324.00 us 324.00 us 1 XATTROP >> 0.00 45.80 us 38.00 us 54.00 us 10 STAT >> 0.00 227.67 us 216.00 us 242.00 us 3 CREATE >> 0.00 113.38 us 68.00 us 381.00 us 8 READ >> 0.00 39.82 us 1.00 us 148.00 us 28 OPENDIR >> 0.00 67.54 us 10.00 us 283.00 us 24 GETXATTR >> 0.00 59.97 us 45.00 us 113.00 us 32 OPEN >> 0.00 24.41 us 13.00 us 89.00 us 161 INODELK >> 0.00 43.43 us 28.00 us 214.00 us 93 STATFS >> 0.00 246.35 us 11.00 us 1155.00 us 20 READDIR >> 0.00 283.00 us 233.00 us 353.00 us 18 READDIRP >> 0.00 153.23 us 122.00 us 259.00 us 87 MKNOD >> 0.01 99.77 us 10.00 us 258.00 us 442 LOOKUP >> 0.31 49.22 us 27.00 us 540.00 us 45620 FXATTROP >> 0.77 124.24 us 87.00 us 604.00 us 44968 WRITE >> 0.93 15767.71 us 15.00 us 305833.00 us 431 ENTRYLK >> 1.99 160711.39 us 3332.00 us 406037.00 us 90 UNLINK >> 96.00 5167.82 us 18.00 us 55972.00 us 135349 FINODELK >> >> Duration: 380 seconds >> Data Read: 1048576 bytes >> Data Written: 5894045696 bytes >> >> Brick: ovirt3.localdomain:/gluster_bricks/data/data >> --------------------------------------------------- >> Cumulative Stats: >> Block Size: 1b+ >> No. of Reads: 0 >> No. of Writes: 39328 >> %-latency Avg-latency Min-Latency Max-Latency No. of calls Fop >> --------- ----------- ----------- ----------- ------------ ---- >> 0.00 0.00 us 0.00 us 0.00 us 2 FORGET >> 0.00 0.00 us 0.00 us 0.00 us 12 RELEASE >> 0.00 0.00 us 0.00 us 0.00 us 17 RELEASEDIR >> 0.00 101.00 us 101.00 us 101.00 us 1 FSTAT >> 0.00 51.50 us 20.00 us 81.00 us 4 FLUSH >> 0.01 219.50 us 188.00 us 251.00 us 2 CREATE >> 0.01 43.45 us 11.00 us 90.00 us 11 GETXATTR >> 0.01 62.30 us 38.00 us 119.00 us 10 OPEN >> 0.01 50.59 us 1.00 us 102.00 us 17 OPENDIR >> 0.01 24.60 us 12.00 us 64.00 us 40 INODELK >> 0.02 176.30 us 10.00 us 765.00 us 10 READDIR >> 0.07 63.08 us 39.00 us 133.00 us 78 UNLINK >> 0.13 27.35 us 10.00 us 91.00 us 333 ENTRYLK >> 0.13 126.89 us 99.00 us 179.00 us 76 MKNOD >> 0.42 116.70 us 8.00 us 8661.00 us 261 LOOKUP >> 28.73 51.79 us 22.00 us 2574.00 us 39822 FXATTROP >> 29.52 53.87 us 16.00 us 3290.00 us 39328 WRITE >> 40.92 24.71 us 10.00 us 3224.00 us 118864 FINODELK >> >> Duration: 189 seconds >> Data Read: 0 bytes >> Data Written: 39328 bytes >> >> Interval 0 Stats: >> Block Size: 1b+ >> No. of Reads: 0 >> No. of Writes: 39328 >> %-latency Avg-latency Min-Latency Max-Latency No. of calls Fop >> --------- ----------- ----------- ----------- ------------ ---- >> 0.00 0.00 us 0.00 us 0.00 us 2 FORGET >> 0.00 0.00 us 0.00 us 0.00 us 12 RELEASE >> 0.00 0.00 us 0.00 us 0.00 us 17 RELEASEDIR >> 0.00 101.00 us 101.00 us 101.00 us 1 FSTAT >> 0.00 51.50 us 20.00 us 81.00 us 4 FLUSH >> 0.01 219.50 us 188.00 us 251.00 us 2 CREATE >> 0.01 43.45 us 11.00 us 90.00 us 11 GETXATTR >> 0.01 62.30 us 38.00 us 119.00 us 10 OPEN >> 0.01 50.59 us 1.00 us 102.00 us 17 OPENDIR >> 0.01 24.60 us 12.00 us 64.00 us 40 INODELK >> 0.02 176.30 us 10.00 us 765.00 us 10 READDIR >> 0.07 63.08 us 39.00 us 133.00 us 78 UNLINK >> 0.13 27.35 us 10.00 us 91.00 us 333 ENTRYLK >> 0.13 126.89 us 99.00 us 179.00 us 76 MKNOD >> 0.42 116.70 us 8.00 us 8661.00 us 261 LOOKUP >> 28.73 51.79 us 22.00 us 2574.00 us 39822 FXATTROP >> 29.52 53.87 us 16.00 us 3290.00 us 39328 WRITE >> 40.92 24.71 us 10.00 us 3224.00 us 118864 FINODELK >> >> Duration: 189 seconds >> Data Read: 0 bytes >> Data Written: 39328 bytes >> >> Brick: ovirt2.localdomain:/gluster_bricks/data/data >> --------------------------------------------------- >> Cumulative Stats: >> Block Size: 512b+ 131072b+ >> No. of Reads: 0 0 >> No. of Writes: 36 76758 >> %-latency Avg-latency Min-Latency Max-Latency No. of calls Fop >> --------- ----------- ----------- ----------- ------------ ---- >> 0.00 0.00 us 0.00 us 0.00 us 6 FORGET >> 0.00 0.00 us 0.00 us 0.00 us 87 RELEASE >> 0.00 0.00 us 0.00 us 0.00 us 96 RELEASEDIR >> 0.00 100.50 us 80.00 us 121.00 us 2 REMOVEXATTR >> 0.00 101.00 us 101.00 us 101.00 us 2 SETXATTR >> 0.00 36.18 us 22.00 us 62.00 us 11 FLUSH >> 0.00 57.44 us 42.00 us 77.00 us 9 FTRUNCATE >> 0.00 82.56 us 59.00 us 138.00 us 9 FSTAT >> 0.00 89.42 us 67.00 us 161.00 us 12 SETATTR >> 0.00 272.40 us 235.00 us 296.00 us 5 CREATE >> 0.01 154.28 us 88.00 us 320.00 us 18 XATTROP >> 0.01 45.29 us 1.00 us 319.00 us 96 OPENDIR >> 0.01 86.69 us 30.00 us 379.00 us 62 STAT >> 0.01 64.30 us 47.00 us 169.00 us 84 OPEN >> 0.02 107.34 us 23.00 us 273.00 us 73 READDIRP >> 0.02 4688.00 us 86.00 us 9290.00 us 2 TRUNCATE >> 0.02 59.29 us 13.00 us 394.00 us 165 GETXATTR >> 0.03 128.51 us 27.00 us 338.00 us 96 FSYNC >> 0.03 240.75 us 14.00 us 1943.00 us 52 READDIR >> 0.04 65.59 us 26.00 us 293.00 us 279 STATFS >> 0.06 180.77 us 118.00 us 306.00 us 148 MKNOD >> 0.14 37.98 us 17.00 us 192.00 us 1598 INODELK >> 0.67 91.68 us 12.00 us 1141.00 us 3186 LOOKUP >> 10.10 55.92 us 28.00 us 1658.00 us 78608 FXATTROP >> 11.89 6814.76 us 18.00 us 301246.00 us 760 ENTRYLK >> 19.44 36.55 us 14.00 us 2353.00 us 231535 FINODELK >> 25.21 142.92 us 62.00 us 593.00 us 76794 WRITE >> 32.28 91283.68 us 28.00 us 316658.00 us 154 UNLINK >> >> Duration: 1206 seconds >> Data Read: 0 bytes >> Data Written: 10060843008 bytes >> >> Interval 0 Stats: >> Block Size: 512b+ 131072b+ >> No. of Reads: 0 0 >> No. of Writes: 36 76758 >> %-latency Avg-latency Min-Latency Max-Latency No. of calls Fop >> --------- ----------- ----------- ----------- ------------ ---- >> 0.00 0.00 us 0.00 us 0.00 us 6 FORGET >> 0.00 0.00 us 0.00 us 0.00 us 87 RELEASE >> 0.00 0.00 us 0.00 us 0.00 us 96 RELEASEDIR >> 0.00 100.50 us 80.00 us 121.00 us 2 REMOVEXATTR >> 0.00 101.00 us 101.00 us 101.00 us 2 SETXATTR >> 0.00 36.18 us 22.00 us 62.00 us 11 FLUSH >> 0.00 57.44 us 42.00 us 77.00 us 9 FTRUNCATE >> 0.00 82.56 us 59.00 us 138.00 us 9 FSTAT >> 0.00 89.42 us 67.00 us 161.00 us 12 SETATTR >> 0.00 272.40 us 235.00 us 296.00 us 5 CREATE >> 0.01 154.28 us 88.00 us 320.00 us 18 XATTROP >> 0.01 45.29 us 1.00 us 319.00 us 96 OPENDIR >> 0.01 86.69 us 30.00 us 379.00 us 62 STAT >> 0.01 64.30 us 47.00 us 169.00 us 84 OPEN >> 0.02 107.34 us 23.00 us 273.00 us 73 READDIRP >> 0.02 4688.00 us 86.00 us 9290.00 us 2 TRUNCATE >> 0.02 59.29 us 13.00 us 394.00 us 165 GETXATTR >> 0.03 128.51 us 27.00 us 338.00 us 96 FSYNC >> 0.03 240.75 us 14.00 us 1943.00 us 52 READDIR >> 0.04 65.59 us 26.00 us 293.00 us 279 STATFS >> 0.06 180.77 us 118.00 us 306.00 us 148 MKNOD >> 0.14 37.98 us 17.00 us 192.00 us 1598 INODELK >> 0.67 91.66 us 12.00 us 1141.00 us 3186 LOOKUP >> 10.10 55.92 us 28.00 us 1658.00 us 78608 FXATTROP >> 11.89 6814.76 us 18.00 us 301246.00 us 760 ENTRYLK >> 19.44 36.55 us 14.00 us 2353.00 us 231535 FINODELK >> 25.21 142.92 us 62.00 us 593.00 us 76794 WRITE >> 32.28 91283.68 us 28.00 us 316658.00 us 154 UNLINK >> >> Duration: 1206 seconds >> Data Read: 0 bytes >> Data Written: 10060843008 bytes >> >> >> >> This indicates to me that it's not a problem in Disk/LVM/FileSystem layout. >> >> Most probably I haven't created the volume properly or some option/feature is disabled ?!? >> Network shows OK for a gigabit: >> [root@ovirt1 data]# dd if=/dev/zero status=progress | nc ovirt2 9999 >> 3569227264 bytes (3.6 GB) copied, 29.001052 s, 123 MB/s^C >> 7180980+0 records in >> 7180979+0 records out >> 3676661248 bytes (3.7 GB) copied, 29.8739 s, 123 MB/s >> >> >> I'm looking for any help... you can share your volume info also. >> >> Thanks in advance. >> >> Best Regards, >> Strahil Nikolov >> _______________________________________________ >> Gluster-users mailing list >> Gluster-users(a)gluster.org >> https://lists.gluster.org/mailman/listinfo/gluster-users > > > > -- > Amar Tumballi (amarts) _______________________________________________ Gluster-users mailing list Gluster-users(a)gluster.org https://lists.gluster.org/mailman/listinfo/gluster-users

1 0

[ANN] oVirt 4.3.0 Third Release Candidate is now available for testing
by Sandro Bonazzola 25 Jan '19

25 Jan '19

The oVirt Project is pleased to announce the availability of the Third Release Candidate of oVirt 4.3.0, as of January 24th, 2018 This is pre-release software. This pre-release should not to be used in production. Please take a look at our community page[1] to learn how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This update is the first release candidate of the 4.3.0 version. This release brings more than 130 enhancements and more than 450 bug fixes on top of oVirt 4.2 series. What's new in oVirt 4.3.0? * Q35 chipset, support booting using UEFI and Secure Boot * Skylake-server and AMD EPYC support * New smbus driver in windows guest tools * Improved support for v2v * OVA export / import of Templates * Full support for live migration of High Performance VMs * Microsoft Failover clustering support (SCSI Persistent Reservation) for Direct LUN disks * Hundreds of bug fixes on top of oVirt 4.2 series * New VM portal details page (see a preview here: https://imgur.com/a/ExINpci) * New Cluster upgrade UI * OVN security groups * IPv6 (static host addresses) * Support of Neutron from RDO OpenStack 13 as external network provider * Support of using Skydive from RDO OpenStack 14 as Tech Preview * Support for 3.6 and 4.0 data centers, clusters and hosts were removed * Now using PostgreSQL 10 * New metrics support using rsyslog instead of fluentd This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later * oVirt Node 4.3 (available for x86_64 only) Experimental tech preview for x86_64 and s390x architectures for Fedora 28 is also included. See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available for both CentOS 7 and Fedora 28 (tech preview). - oVirt Node NG is already available for CentOS 7 - oVirt Node NG for Fedora 28 (tech preview) is being delayed due to build issues with the build system. Additional Resources: * Read more about the oVirt 4.3.0 release highlights: http://www.ovirt.org/release/4.3.0/ * Get more oVirt project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.3.0/ [4] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/ -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

2 2

Re: Unable to deatch/remove ISO DOMAIN
by Strahil Nikolov 25 Jan '19

25 Jan '19

Hi Martin, this is my history (please keep in mind that it might get distorted due to mail client).Note: I didn't stop the ovirt-engine.service and this caused some errors to be logged - but the engine is still working without issues. As I said - this is my test lab and I was willing to play around :) Good Luck! ssh root@engine #Switch to postgre usersu - postgres #If you don't load this , there will be no path for psql , nor it will start at allsource /opt/rh/rh-postgresql95/enable #open the DB. psql engine #Commands in the DB:select id, storage_name from storage_domain_static; select storage_domain_id, ovf_disk_id from storage_domains_ovf_info where storag e_domain_id='fbe7bf1a-2f03-4311-89fa-5031eab638bf'; delete from storage_domain_dynamic where id = 'fbe7bf1a-2f03-4311-89fa-5031eab63 8bf'; delete from storage_domain_static where id = 'fbe7bf1a-2f03-4311-89fa-5031eab638 bf'; delete from base_disks where disk_id = '7a155ede-5317-4860-aa93-de1dc283213e';delete from base_disks where disk_id = '7dedd0e1-8ce8-444e-8a3d-117c46845bb0'; delete from storage_domains_ovf_info where storage_domain_id = 'fbe7bf1a-2f03-43 11-89fa-5031eab638bf'; delete from storage_pool_iso_map where storage_id = 'fbe7bf1a-2f03-4311-89fa-503 1eab638bf'; #I think this shows all tables:select table_schema ,table_name from information_schema.tables order by table_sc hema,table_name;#Maybe you don't need this one and you need to find the NFS volume:select * from gluster_volumes ;delete from gluster_volumes where id = '9b06a1e9-8102-4cd7-bc56-84960a1efaa2'; select table_schema ,table_name from information_schema.tables order by table_sc hema,table_name; # The previous delete failed as there was an entry in storage_server_connections.#In your case could be differentselect * from storage_server_connections;delete from storage_server_connections where id = '490ee1c7-ae29-45c0-bddd-61708 22c8490';delete from gluster_volumes where id = '9b06a1e9-8102-4cd7-bc56-84960a1efaa2'; Best Regards,Strahil Nikolov В петък, 25 януари 2019 г., 11:04:01 ч. Гринуич+2, Martin Humaj <mhumaj(a)gmail.com> написа: Hi StrahilI have tried to use the same ip and nfs export to replace the original, did not work properly. If you can guide me how to do it in engine DB i would appreciate it. This is a test system. thank you Martin On Fri, Jan 25, 2019 at 9:56 AM Strahil <hunter86_bg(a)yahoo.com> wrote: Can you create a temporary NFS server which to be accessed during the removal?I have managed to edit the engine's DB to get rid of cluster domain, but this is not recommended for production systems :)

1 0

Unable to deatch/remove ISO DOMAIN
by mhumaj＠gmail.com 25 Jan '19

25 Jan '19

Ovirt - 4.2.4.5-1.el7 Is there any way how to remove the nfs ISO domain in DB? We cannot get rid of it in GUI and we are not able to use it anymore. The problem is that NFS server which was responsible for DATA TYPE ISO domain was deleted. Even we are trying to change it in settings it will not allow us to do it. Error messages: Failed to activate Storage Domain oVirt-ISO (Data Center InnovationCenter) by admin@internal-authz VDSM command ActivateStorageDomainVDS failed: Storage domain does not exist: (u'61045461-10ff-4f7a-b464-67198c4a6c27',) tank you

1 0

Re: ovirt 4.2 HCI rollout
by Simone Tiraboschi 24 Jan '19

24 Jan '19

On Thu, Jan 24, 2019 at 3:20 PM Markus Schaufler < markus.schaufler(a)digit-all.at> wrote: > no... > > all logs in that folder are attached in the mail before. > OK, unfortunately in this case I can just suggest to retry and, when it reaches [ INFO ] TASK [Check engine VM health] try to connect to the engine VM via ssh and check what's happening there to ovirt-engine > ------------------------------ > *Von:* Simone Tiraboschi <stirabos(a)redhat.com> > *Gesendet:* Donnerstag, 24. Jänner 2019 15:16:52 > *An:* Markus Schaufler > *Cc:* Dominik Holler; users(a)ovirt.org > *Betreff:* Re: [ovirt-users] ovirt 4.2 HCI rollout > > > > On Thu, Jan 24, 2019 at 3:14 PM Markus Schaufler < > markus.schaufler(a)digit-all.at> wrote: > > The hosted engine is not running and cannot be started. > > > > Do you have on your first host a directory > like /var/log/ovirt-hosted-engine-setup/engine-logs-2019-01-21T22:47:03Z > with logs from the engine VM? > > > > ------------------------------ > *Von:* Simone Tiraboschi <stirabos(a)redhat.com> > *Gesendet:* Donnerstag, 24. Jänner 2019 14:45:59 > *An:* Markus Schaufler > *Cc:* Dominik Holler; users(a)ovirt.org > *Betreff:* Re: [ovirt-users] ovirt 4.2 HCI rollout > > > > On Thu, Jan 24, 2019 at 2:21 PM Markus Schaufler < > markus.schaufler(a)digit-all.at> wrote: > > Hi, > > > thanks for the replies. > > > I updated to 4.2.8 and tried again: > > > [ INFO ] TASK [Check engine VM health] > [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 120, "changed": > true, "cmd": ["hosted-engine", "--vm-status", "--json"], "delta": > "0:00:00.165316", "end": "2019-01-24 14:12:06.899564", "rc": 0, "start": > "2019-01-24 14:12:06.734248", "stderr": "", "stderr_lines": [], "stdout": > "{\"1\": {\"conf_on_shared_storage\": true, \"live-data\": true, \"extra\": > \"metadata_parse_version=1\\nmetadata_feature_version=1\\ntimestamp=3049 > (Thu Jan 24 14:11:59 > 2019)\\nhost-id=1\\nscore=3400\\nvm_conf_refresh_time=3049 (Thu Jan 24 > 14:11:59 > 2019)\\nconf_on_shared_storage=True\\nmaintenance=False\\nstate=EngineStarting\\nstopped=False\\n\", > \"hostname\": \"HCI01.res01.ads.ooe.local\", \"host-id\": 1, > \"engine-status\": {\"reason\": \"failed liveliness check\", \"health\": > \"bad\", \"vm\": \"up\", \"detail\": \"Up\"}, \"score\": 3400, \"stopped\": > false, \"maintenance\": false, \"crc32\": \"0c1a3ddb\", > \"local_conf_timestamp\": 3049, \"host-ts\": 3049}, \"global_maintenance\": > false}", "stdout_lines": ["{\"1\": {\"conf_on_shared_storage\": true, > \"live-data\": true, \"extra\": > \"metadata_parse_version=1\\nmetadata_feature_version=1\\ntimestamp=3049 > (Thu Jan 24 14:11:59 > 2019)\\nhost-id=1\\nscore=3400\\nvm_conf_refresh_time=3049 (Thu Jan 24 > 14:11:59 > 2019)\\nconf_on_shared_storage=True\\nmaintenance=False\\nstate=EngineStarting\\nstopped=False\\n\", > \"hostname\": \"HCI01.res01.ads.ooe.local\", \"host-id\": 1, > \"engine-status\": {\"reason\": \"failed liveliness check\", \"health\": > \"bad\", \"vm\": \"up\", \"detail\": \"Up\"}, \"score\": 3400, \"stopped\": > false, \"maintenance\": false, \"crc32\": \"0c1a3ddb\", > \"local_conf_timestamp\": 3049, \"host-ts\": 3049}, \"global_maintenance\": > false}"]} > > > > It's still the same issue: the host fail to properly check the status of > the engine over a dedicate health page. > > You should connect to ovirt-hci.res01.ads.ooe.local and check the status > of ovirt-engine service and /var/log/ovirt-engine/engine.log there. > > > > [ INFO ] TASK [Check VM status at virt level] > [ INFO ] changed: [localhost] > [ INFO ] TASK [Fail if engine VM is not running] > [ INFO ] skipping: [localhost] > [ INFO ] TASK [Get target engine VM IPv4 address] > [ INFO ] changed: [localhost] > [ INFO ] TASK [Get VDSM's target engine VM stats] > [ INFO ] changed: [localhost] > [ INFO ] TASK [Convert stats to JSON format] > [ INFO ] ok: [localhost] > [ INFO ] TASK [Get target engine VM IPv4 address from VDSM stats] > [ INFO ] ok: [localhost] > [ INFO ] TASK [Fail if the Engine has no IP address] > [ INFO ] skipping: [localhost] > [ INFO ] TASK [Fail if Engine IP is different from engine's FQDN resolved > IP] > [ INFO ] skipping: [localhost] > [ INFO ] TASK [Get target engine VM IPv4 address] > [ INFO ] skipping: [localhost] > [ INFO ] TASK [Reconfigure OVN central address] > [ ERROR ] fatal: [localhost]: FAILED! => {"msg": "The task includes an > option with an undefined variable. The error was: 'dict object' has no > attribute 'stdout_lines'\n\nThe error appears to have been in > '/usr/share/ovirt-hosted-engine-setup/ansible/create_target_vm.yml': line > 518, column 5, but may\nbe elsewhere in the file depending on the exact > syntax problem.\n\nThe offending line appears to be:\n\n # > https://github.com/oVirt/ovirt-engine/blob/master/packaging/playbooks/roles… > - name: Reconfigure OVN central address\n ^ here\n"} > > > > attached you'll find the setup logs. > > > best regards, > > Markus Schaufler > ------------------------------ > *Von:* Simone Tiraboschi <stirabos(a)redhat.com> > *Gesendet:* Donnerstag, 24. Jänner 2019 11:56:50 > *An:* Dominik Holler > *Cc:* Markus Schaufler; users(a)ovirt.org > *Betreff:* Re: [ovirt-users] ovirt 4.2 HCI rollout > > > > On Thu, Jan 24, 2019 at 9:40 AM Dominik Holler <dholler(a)redhat.com> wrote: > > On Tue, 22 Jan 2019 11:15:12 +0000 > Markus Schaufler <markus.schaufler(a)digit-all.at> wrote: > > > Thanks for your reply, > > > > getent ahosts ovirt-hci.res01.ads.ooe.local | cut -d' ' -f1 | uniq > > 10.1.31.20 > > > > attached you'll find the logs. > > > > Thanks, to my eyes this looks like a bug. > I tried to isolate the relevant lines in the attached playbook. > > Markus, would you be so kind to check if ovirt-4.2.8 is working for you? > > > > OK, understood: the real error was just a few lines before what Dominik > pointed out: > > "stdout": "{\"1\": {\"conf_on_shared_storage\": true, \"live-data\": > true, \"extra\": > \"metadata_parse_version=1\\nmetadata_feature_version=1\\ntimestamp=5792 > (Mon Jan 21 13:57:45 > 2019)\\nhost-id=1\\nscore=3000\\nvm_conf_refresh_time=5792 (Mon Jan 21 > 13:57:45 > 2019)\\nconf_on_shared_storage=True\\nmaintenance=False\\nstate=EngineStarting\\nstopped=False\\n\", > \"hostname\": \"HCI01.res01.ads.ooe.local\", \"host-id\": 1, > \"engine-status\": {\"reason\": \"failed liveliness check\", \"health\": > \"bad\", \"vm\": \"up\", \"detail\": \"Up\"}, \"score\": 3000, \"stopped\": > false, \"maintenance\": false, \"crc32\": \"ba303717\", > \"local_conf_timestamp\": 5792, \"host-ts\": 5792}, \"global_maintenance\": > false}", > "stdout_lines": [ > "{\"1\": {\"conf_on_shared_storage\": true, \"live-data\": true, > \"extra\": > \"metadata_parse_version=1\\nmetadata_feature_version=1\\ntimestamp=5792 > (Mon Jan 21 13:57:45 > 2019)\\nhost-id=1\\nscore=3000\\nvm_conf_refresh_time=5792 (Mon Jan 21 > 13:57:45 > 2019)\\nconf_on_shared_storage=True\\nmaintenance=False\\nstate=EngineStarting\\nstopped=False\\n\", > \"hostname\": \"HCI01.res01.ads.ooe.local\", \"host-id\": 1, > \"engine-status\": {\"reason\": \"failed liveliness check\", \"health\": > \"bad\", \"vm\": \"up\", \"detail\": \"Up\"}, \"score\": 3000, \"stopped\": > false, \"maintenance\": false, \"crc32\": \"ba303717\", > \"local_conf_timestamp\": 5792, \"host-ts\": 5792}, \"global_maintenance\": > false}" > ] > }" > 2019-01-21 13:57:46,695+0100 ERROR ansible failed {'status': 'FAILED', > 'ansible_type': 'task', 'ansible_task': u'Check engine VM health', > 'ansible_result': u'type: <type \'dict\'>\nstr: {\'_ansible_parsed\': True, > \'stderr_lines\': [], u\'changed\': True, u\'end\': u\'2019-01-21 > 13:57:46.242423\', \'_ansible_no_log\': False, u\'stdout\': u\'{"1": > {"conf_on_shared_storage": true, "live-data": true, "extra": > "metadata_parse_version=1\\\\nmetadata_feature_version=1\\\\ntimestamp=5792 > (Mon Jan 21 13:57:4', 'ansible_host': u'localhost', 'ansible_playbook': > u'/usr/share/ovirt-hosted-engine-setup/ansible/create_target_vm.yml'} > > and in particular it's here: > for some reason we got \"engine-status\": {\"reason\": \"failed > liveliness check\", \"health\": \"bad\", \"vm\": \"up\", \"detail\": > \"Up\"} > over 120 attempts: we have to check engine.log (it got collected as well > from the engine VM) to understand why the engine was failing to start. > > > > > > ________________________________ > > Von: Dominik Holler <dholler(a)redhat.com> > > Gesendet: Montag, 21. Jänner 2019 17:52:35 > > An: Markus Schaufler > > Cc: users(a)ovirt.org; Simone Tiraboschi > > Betreff: Re: [ovirt-users] ovirt 4.2 HCI rollout > > > > Would you please share the related ovirt-host-deploy-ansible-*.log > > stored on the host in /var/log/ovirt-hosted-engine-setup ? > > > > Would you please also share the output of > > getent ahosts YOUR_HOSED_ENGNE_FQDN | cut -d' ' -f1 | uniq > > if executed on this host? > > > > > > On Mon, 21 Jan 2019 13:37:53 -0000 > > "Markus Schaufler" <markus.schaufler(a)digit-all.at> wrote: > > > > > Hi, > > > > > > I'm trying a (nested) ovirt 4.2.7 HCI rollout on 3 centos VM's by > > > following > > > > https://ovirt.org/documentation/gluster-hyperconverged/chap-Deploying_Hyper… > > > gluster deployment was successful but at HE deployment "stage 5" I > > > got following error: > > > > > > [ INFO ] TASK [Reconfigure OVN central address] > > > [ ERROR ] fatal: [localhost]: FAILED! => {"msg": "The task includes > > > an option with an undefined variable. The error was: 'dict object' > > > has no attribute 'stdout_lines'\n\nThe error appears to have been > > > in > > > '/usr/share/ovirt-hosted-engine-setup/ansible/create_target_vm.yml': > > > line 522, column 5, but may\nbe elsewhere in the file depending on > > > the exact syntax problem.\n\nThe offending line appears to be:\n\n > > > # > > > > https://github.com/oVirt/ovirt-engine/blob/master/packaging/playbooks/roles… > > > - name: Reconfigure OVN central address\n ^ here\n"} > > > > > > > > > /var/log/messages: > > > Jan 21 14:09:56 HCI01 journal: ovirt-ha-agent > > > ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR > > > Engine VM stopped on localhost Jan 21 14:10:01 HCI01 systemd: > > > Started Session 22 of user root. Jan 21 14:10:02 HCI01 systemd: > > > Started Session c306 of user root. Jan 21 14:10:03 HCI01 systemd: > > > Started Session c307 of user root. Jan 21 14:10:06 HCI01 > > > vdsm[3650]: WARN executor state: count=5 workers=set([<Worker > > > name=periodic/4 waiting task#=141 at 0x7fd2d4316910>, <Worker > > > name=periodic/1 running <Task discardable <Operation > > > action=<vdsm.virt.sampling.VMBulkstatsMonitor object at > > > 0x7fd2d4679490> at 0x7fd2d4679710> timeout=7.5, duration=7 at > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> disca rded task#=413 at > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>, <Worker > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>name=periodic/3 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>waiting task#=414 at > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>, > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10><Worker > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>name=periodic/5 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>waiting > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>task#=0 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>at > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>, > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650><Worker > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>name > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>=periodic/2 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>waiting > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>task#=412 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>at > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>]) > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>Jan > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>21 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>14:10:06 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>HCI01 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>kernel: > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>ovirtmgmt: > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>port > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>2(vnet0) > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>entered > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>disabled > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>state > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>Jan > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>21 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>14:10:06 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>HCI01 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>kernel: > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>device > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>vnet0 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>left > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>promiscuous > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>mode > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>Jan > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>21 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>14:10:06 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>HCI01 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>kernel: > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>ovirtmgmt: > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>port > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>2(vnet0) > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>entered > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>disabled > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>state > > > Jan 21 14:10:06 HCI01 NetworkManager[3666]: <info> > > > [1548076206.9177] device (vnet0): state change: disconnected -> > > > unmanaged (reason 'unmanaged', sys-iface-state: 'remo ved') Jan 21 > > > 14:10:06 HCI01 NetworkManager[3666]: <info> [1548076206.9180] > > > device (vnet0): released from master device ovirtmgmt Jan 21 > > > 14:10:06 HCI01 lldpad: recvfrom(Event interface): No buffer space > > > available Jan 21 14:10:06 HCI01 libvirtd: 2019-01-21 > > > 13:10:06.925+0000: 2651: error : qemuMonitorIORead:609 : Unable to > > > read from monitor: Connection reset by peer Jan 21 14:10:07 HCI01 > > > kvm: 0 guests now active Jan 21 14:10:07 HCI01 systemd-machined: > > > Machine qemu-3-HostedEngine terminated. Jan 21 14:10:07 HCI01 > > > libvirtd: 2019-01-21 13:10:07.125+0000: 2704: warning : > > > qemuGetProcessInfo:1406 : cannot parse process status data Jan 21 > > > 14:10:07 HCI01 libvirtd: 2019-01-21 13:10:07.125+0000: 2704: > > > warning : qemuGetProcessInfo:1406 : cannot parse process status > > > data Jan 21 14:10:07 HCI01 libvirtd: 2019-01-21 13:10:07.125+0000: > > > 2704: warning : qemuGetProcessInfo:1406 : cannot parse process > > > status data Jan 21 14:10:07 HCI01 libvirtd: 2019-01-21 > > > 13:10:07.125+0000: 2704: warning : qemuGetProcessInfo:1406 : cannot > > > parse process status data Jan 21 14:10:07 HCI01 libvirtd: > > > 2019-01-21 13:10:07.126+0000: 2704: error : > > > virNetDevTapInterfaceStats:764 : internal error: /proc/net/dev: > > > Interface not found Jan 21 14:10:07 HCI01 firewalld[24040]: > > > WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-out > > > -m physdev --physdev-is-bridged --physdev-out vnet0 -g FP-vnet 0' > > > failed: iptables v1.4.21: goto 'FP-vnet0' is not a chain#012#012Try > > > `iptables -h' or 'iptables --help' for more information. Jan 21 > > > 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/iptables -w2 -w -D libvirt-out -m physdev --physdev-out > > > vnet0 -g FP-vnet0' failed: iptables v 1.4.21: goto 'FP-vnet0' is > > > not a chain#012#012Try `iptables -h' or 'iptables --help' for more > > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-in -m physdev > > > --physdev-in vnet0 -g FJ-vnet0' failed: iptables v1. 4.21: goto > > > 'FJ-vnet0' is not a chain#012#012Try `iptables -h' or 'iptables > > > --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -D libvirt-host-in -m physdev --physdev-in vnet0 -g HJ-vnet0' > > > failed: iptable s v1.4.21: goto 'HJ-vnet0' is not a > > > chain#012#012Try `iptables -h' or 'iptables --help' for more > > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FP-vnet0' failed: > > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -X FP-vnet0' failed: iptables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FJ-vnet0' failed: > > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -X FJ-vnet0' failed: iptables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F HJ-vnet0' failed: > > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -X HJ-vnet0' failed: iptables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m > > > physdev --physdev-is-bridged --physdev-out vnet0 -g FP-vne t0' > > > failed: ip6tables v1.4.21: goto 'FP-vnet0' is not a > > > chain#012#012Try `ip6tables -h' or 'ip6tables --help' for more > > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m > > > physdev --physdev-out vnet0 -g FP-vnet0' failed: ip6tables v1.4.21: > > > goto 'FP-vnet0' is not a chain#012#012Try `ip6tables -h' or > > > 'ip6tables --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -D libvirt-in -m physdev --physdev-in vnet0 -g FJ-vnet0' failed: > > > ip6tables v 1.4.21: goto 'FJ-vnet0' is not a chain#012#012Try > > > `ip6tables -h' or 'ip6tables --help' for more information. Jan 21 > > > 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ip6tables -w2 -w -D libvirt-host-in -m physdev > > > --physdev-in vnet0 -g HJ-vnet0' failed: ip6tab les v1.4.21: goto > > > 'HJ-vnet0' is not a chain#012#012Try `ip6tables -h' or 'ip6tables > > > --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -F FP-vnet0' failed: ip6tables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -X FP-vnet0' failed: > > > ip6tables: No chain/target/match by that name. Jan 21 14:10:07 > > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ip6tables -w2 -w -F FJ-vnet0' failed: ip6tables: No > > > chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -X FJ-vnet0' failed: ip6tables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -F HJ-vnet0' failed: > > > ip6tables: No chain/target/match by that name. Jan 21 14:10:07 > > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ip6tables -w2 -w -X HJ-vnet0' failed: ip6tables: No > > > chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -D PREROUTING -i vnet0 -j libvirt-J-vnet0' > > > failed: Illegal target name 'libvirt-J-vnet0'. Jan 21 14:10:07 > > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ebtables --concurrent -t nat -D POSTROUTING -o vnet0 -j > > > libvirt-P-vnet0' failed: Illegal target name 'libvirt-P-vnet0'. Jan > > > 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ebtables --concurrent -t nat -D PREROUTING -i vnet0 -j > > > libvirt-J-vnet0' failed: Illegal targe t name 'libvirt-J-vnet0'. > > > Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ebtables --concurrent -t nat -D POSTROUTING -o vnet0 -j > > > libvirt-P-vnet0' failed: Illegal targ et name 'libvirt-P-vnet0'. > > > Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ebtables --concurrent -t nat -L libvirt-J-vnet0' failed: > > > Chain 'libvirt-J-vnet0' doesn't exis t. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -L libvirt-P-vnet0' failed: Chain > > > 'libvirt-P-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -F libvirt-J-vnet0' failed: Chain > > > 'libvirt-J-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -X libvirt-J-vnet0' failed: Chain > > > 'libvirt-J-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -F libvirt-P-vnet0' failed: Chain > > > 'libvirt-P-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -X libvirt-P-vnet0' failed: Chain > > > 'libvirt-P-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -D libvirt-out -m physdev --physdev-is-bridged --physdev-out > > > vnet0 -g FO-vnet0' failed: iptables v1.4.21: goto 'FO-vnet0' is not > > > a chain#012#012Try `iptables -h' or 'iptables --help' for more > > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-out -m > > > physdev --physdev-out vnet0 -g FO-vnet0' failed: iptables v1.4.21: > > > goto 'FO-vnet0' is not a chain#012#012Try `iptables -h' or > > > 'iptables --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -D libvirt-in -m physdev --physdev-in vnet0 -g FI-vnet0' failed: > > > iptables v1.4.21: goto 'FI-vnet0' is not a chain#012#012Try > > > `iptables -h' or 'iptables --help' for more information. Jan 21 > > > 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/iptables -w2 -w -D libvirt-host-in -m physdev > > > --physdev-in vnet0 -g HI-vnet0' failed: iptables v1.4.21: goto > > > 'HI-vnet0' is not a chain#012#012Try `iptables -h' or 'iptables > > > --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -D libvirt-in-post -m physdev --physdev-in vnet0 -j ACCEPT' > > > failed: iptables: Bad rule (does a matching rule exist in that > > > chain?). Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FO-vnet0' failed: > > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -X FO-vnet0' failed: iptables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FI-vnet0' failed: > > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -X FI-vnet0' failed: iptables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F HI-vnet0' failed: > > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -X HI-vnet0' failed: iptables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m > > > physdev --physdev-is-bridged --physdev-out vnet0 -g FO-vnet0' > > > failed: ip6tables v1.4.21: goto 'FO-vnet0' is not a > > > chain#012#012Try `ip6tables -h' or 'ip6tables --help' for more > > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m > > > physdev --physdev-out vnet0 -g FO-vnet0' failed: ip6tables v1.4.21: > > > goto 'FO-vnet0' is not a chain#012#012Try `ip6tables -h' or > > > 'ip6tables --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -D libvirt-in -m physdev --physdev-in vnet0 -g FI-vnet0' failed: > > > ip6tables v1.4.21: goto 'FI-vnet0' is not a chain#012#012Try > > > `ip6tables -h' or 'ip6tables --help' for more information. Jan 21 > > > 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ip6tables -w2 -w -D libvirt-host-in -m physdev > > > --physdev-in vnet0 -g HI-vnet0' failed: ip6tables v1.4.21: goto > > > 'HI-vnet0' is not a chain#012#012Try `ip6tables -h' or 'ip6tables > > > --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -D libvirt-in-post -m physdev --physdev-in vnet0 -j ACCEPT' > > > failed: ip6tables: Bad rule (does a matching rule exist in that > > > chain?). Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -F FO-vnet0' failed: > > > ip6tables: No chain/target/match by that name. Jan 21 14:10:07 > > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ip6tables -w2 -w -X FO-vnet0' failed: ip6tables: No > > > chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -F FI-vnet0' failed: ip6tables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -X FI-vnet0' failed: > > > ip6tables: No chain/target/match by that name. Jan 21 14:10:07 > > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ip6tables -w2 -w -F HI-vnet0' failed: ip6tables: No > > > chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -X HI-vnet0' failed: ip6tables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -D > > > POSTROUTING -o vnet0 -j libvirt-O-vnet0' failed: Illegal target > > > name 'libvirt-O-vnet0'. Jan 21 14:10:07 HCI01 firewalld[24040]: > > > WARNING: COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -L > > > libvirt-O-vnet0' failed: Chain 'libvirt-O-vnet0' doesn't exist. Jan > > > 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ebtables --concurrent -t nat -F libvirt-O-vnet0' failed: > > > Chain 'libvirt-O-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -X libvirt-O-vnet0' failed: Chain > > > 'libvirt-O-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 vdsm[3650]: > > > WARN > > > File: > /var/lib/libvirt/qemu/channels/ea1b312c-a462-45a9-ab75-78008bc4c9c9.ovirt-guest-agent.0 > > > already removed Jan 21 14:10:07 HCI01 vdsm[3650]: WARN Attempting > > > to remove a non existing network: > > > ovirtmgmt/ea1b312c-a462-45a9-ab75-78008bc4c9c9 Jan 21 14:10:07 > > > HCI01 vdsm[3650]: WARN Attempting to remove a non existing net > > > user: ovirtmgmt/ea1b312c-a462-45a9-ab75-78008bc4c9c9 Jan 21 > > > 14:10:07 HCI01 vdsm[3650]: WARN > > > File: > /var/lib/libvirt/qemu/channels/ea1b312c-a462-45a9-ab75-78008bc4c9c9.org.qemu.guest_agent.0 > > > already removed > > > > > > any ideas on that? > > > _______________________________________________ > > > 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/XMMX5CY6VHFWW… > > > >

1 0

Re: ovirt 4.2 HCI rollout
by Simone Tiraboschi 24 Jan '19

24 Jan '19

On Thu, Jan 24, 2019 at 3:14 PM Markus Schaufler < markus.schaufler(a)digit-all.at> wrote: > The hosted engine is not running and cannot be started. > > > Do you have on your first host a directory like /var/log/ovirt-hosted-engine-setup/engine-logs-2019-01-21T22:47:03Z with logs from the engine VM? > > ------------------------------ > *Von:* Simone Tiraboschi <stirabos(a)redhat.com> > *Gesendet:* Donnerstag, 24. Jänner 2019 14:45:59 > *An:* Markus Schaufler > *Cc:* Dominik Holler; users(a)ovirt.org > *Betreff:* Re: [ovirt-users] ovirt 4.2 HCI rollout > > > > On Thu, Jan 24, 2019 at 2:21 PM Markus Schaufler < > markus.schaufler(a)digit-all.at> wrote: > > Hi, > > > thanks for the replies. > > > I updated to 4.2.8 and tried again: > > > [ INFO ] TASK [Check engine VM health] > [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 120, "changed": > true, "cmd": ["hosted-engine", "--vm-status", "--json"], "delta": > "0:00:00.165316", "end": "2019-01-24 14:12:06.899564", "rc": 0, "start": > "2019-01-24 14:12:06.734248", "stderr": "", "stderr_lines": [], "stdout": > "{\"1\": {\"conf_on_shared_storage\": true, \"live-data\": true, \"extra\": > \"metadata_parse_version=1\\nmetadata_feature_version=1\\ntimestamp=3049 > (Thu Jan 24 14:11:59 > 2019)\\nhost-id=1\\nscore=3400\\nvm_conf_refresh_time=3049 (Thu Jan 24 > 14:11:59 > 2019)\\nconf_on_shared_storage=True\\nmaintenance=False\\nstate=EngineStarting\\nstopped=False\\n\", > \"hostname\": \"HCI01.res01.ads.ooe.local\", \"host-id\": 1, > \"engine-status\": {\"reason\": \"failed liveliness check\", \"health\": > \"bad\", \"vm\": \"up\", \"detail\": \"Up\"}, \"score\": 3400, \"stopped\": > false, \"maintenance\": false, \"crc32\": \"0c1a3ddb\", > \"local_conf_timestamp\": 3049, \"host-ts\": 3049}, \"global_maintenance\": > false}", "stdout_lines": ["{\"1\": {\"conf_on_shared_storage\": true, > \"live-data\": true, \"extra\": > \"metadata_parse_version=1\\nmetadata_feature_version=1\\ntimestamp=3049 > (Thu Jan 24 14:11:59 > 2019)\\nhost-id=1\\nscore=3400\\nvm_conf_refresh_time=3049 (Thu Jan 24 > 14:11:59 > 2019)\\nconf_on_shared_storage=True\\nmaintenance=False\\nstate=EngineStarting\\nstopped=False\\n\", > \"hostname\": \"HCI01.res01.ads.ooe.local\", \"host-id\": 1, > \"engine-status\": {\"reason\": \"failed liveliness check\", \"health\": > \"bad\", \"vm\": \"up\", \"detail\": \"Up\"}, \"score\": 3400, \"stopped\": > false, \"maintenance\": false, \"crc32\": \"0c1a3ddb\", > \"local_conf_timestamp\": 3049, \"host-ts\": 3049}, \"global_maintenance\": > false}"]} > > > > It's still the same issue: the host fail to properly check the status of > the engine over a dedicate health page. > > You should connect to ovirt-hci.res01.ads.ooe.local and check the status > of ovirt-engine service and /var/log/ovirt-engine/engine.log there. > > > > [ INFO ] TASK [Check VM status at virt level] > [ INFO ] changed: [localhost] > [ INFO ] TASK [Fail if engine VM is not running] > [ INFO ] skipping: [localhost] > [ INFO ] TASK [Get target engine VM IPv4 address] > [ INFO ] changed: [localhost] > [ INFO ] TASK [Get VDSM's target engine VM stats] > [ INFO ] changed: [localhost] > [ INFO ] TASK [Convert stats to JSON format] > [ INFO ] ok: [localhost] > [ INFO ] TASK [Get target engine VM IPv4 address from VDSM stats] > [ INFO ] ok: [localhost] > [ INFO ] TASK [Fail if the Engine has no IP address] > [ INFO ] skipping: [localhost] > [ INFO ] TASK [Fail if Engine IP is different from engine's FQDN resolved > IP] > [ INFO ] skipping: [localhost] > [ INFO ] TASK [Get target engine VM IPv4 address] > [ INFO ] skipping: [localhost] > [ INFO ] TASK [Reconfigure OVN central address] > [ ERROR ] fatal: [localhost]: FAILED! => {"msg": "The task includes an > option with an undefined variable. The error was: 'dict object' has no > attribute 'stdout_lines'\n\nThe error appears to have been in > '/usr/share/ovirt-hosted-engine-setup/ansible/create_target_vm.yml': line > 518, column 5, but may\nbe elsewhere in the file depending on the exact > syntax problem.\n\nThe offending line appears to be:\n\n # > https://github.com/oVirt/ovirt-engine/blob/master/packaging/playbooks/roles… > - name: Reconfigure OVN central address\n ^ here\n"} > > > > attached you'll find the setup logs. > > > best regards, > > Markus Schaufler > ------------------------------ > *Von:* Simone Tiraboschi <stirabos(a)redhat.com> > *Gesendet:* Donnerstag, 24. Jänner 2019 11:56:50 > *An:* Dominik Holler > *Cc:* Markus Schaufler; users(a)ovirt.org > *Betreff:* Re: [ovirt-users] ovirt 4.2 HCI rollout > > > > On Thu, Jan 24, 2019 at 9:40 AM Dominik Holler <dholler(a)redhat.com> wrote: > > On Tue, 22 Jan 2019 11:15:12 +0000 > Markus Schaufler <markus.schaufler(a)digit-all.at> wrote: > > > Thanks for your reply, > > > > getent ahosts ovirt-hci.res01.ads.ooe.local | cut -d' ' -f1 | uniq > > 10.1.31.20 > > > > attached you'll find the logs. > > > > Thanks, to my eyes this looks like a bug. > I tried to isolate the relevant lines in the attached playbook. > > Markus, would you be so kind to check if ovirt-4.2.8 is working for you? > > > > OK, understood: the real error was just a few lines before what Dominik > pointed out: > > "stdout": "{\"1\": {\"conf_on_shared_storage\": true, \"live-data\": > true, \"extra\": > \"metadata_parse_version=1\\nmetadata_feature_version=1\\ntimestamp=5792 > (Mon Jan 21 13:57:45 > 2019)\\nhost-id=1\\nscore=3000\\nvm_conf_refresh_time=5792 (Mon Jan 21 > 13:57:45 > 2019)\\nconf_on_shared_storage=True\\nmaintenance=False\\nstate=EngineStarting\\nstopped=False\\n\", > \"hostname\": \"HCI01.res01.ads.ooe.local\", \"host-id\": 1, > \"engine-status\": {\"reason\": \"failed liveliness check\", \"health\": > \"bad\", \"vm\": \"up\", \"detail\": \"Up\"}, \"score\": 3000, \"stopped\": > false, \"maintenance\": false, \"crc32\": \"ba303717\", > \"local_conf_timestamp\": 5792, \"host-ts\": 5792}, \"global_maintenance\": > false}", > "stdout_lines": [ > "{\"1\": {\"conf_on_shared_storage\": true, \"live-data\": true, > \"extra\": > \"metadata_parse_version=1\\nmetadata_feature_version=1\\ntimestamp=5792 > (Mon Jan 21 13:57:45 > 2019)\\nhost-id=1\\nscore=3000\\nvm_conf_refresh_time=5792 (Mon Jan 21 > 13:57:45 > 2019)\\nconf_on_shared_storage=True\\nmaintenance=False\\nstate=EngineStarting\\nstopped=False\\n\", > \"hostname\": \"HCI01.res01.ads.ooe.local\", \"host-id\": 1, > \"engine-status\": {\"reason\": \"failed liveliness check\", \"health\": > \"bad\", \"vm\": \"up\", \"detail\": \"Up\"}, \"score\": 3000, \"stopped\": > false, \"maintenance\": false, \"crc32\": \"ba303717\", > \"local_conf_timestamp\": 5792, \"host-ts\": 5792}, \"global_maintenance\": > false}" > ] > }" > 2019-01-21 13:57:46,695+0100 ERROR ansible failed {'status': 'FAILED', > 'ansible_type': 'task', 'ansible_task': u'Check engine VM health', > 'ansible_result': u'type: <type \'dict\'>\nstr: {\'_ansible_parsed\': True, > \'stderr_lines\': [], u\'changed\': True, u\'end\': u\'2019-01-21 > 13:57:46.242423\', \'_ansible_no_log\': False, u\'stdout\': u\'{"1": > {"conf_on_shared_storage": true, "live-data": true, "extra": > "metadata_parse_version=1\\\\nmetadata_feature_version=1\\\\ntimestamp=5792 > (Mon Jan 21 13:57:4', 'ansible_host': u'localhost', 'ansible_playbook': > u'/usr/share/ovirt-hosted-engine-setup/ansible/create_target_vm.yml'} > > and in particular it's here: > for some reason we got \"engine-status\": {\"reason\": \"failed > liveliness check\", \"health\": \"bad\", \"vm\": \"up\", \"detail\": > \"Up\"} > over 120 attempts: we have to check engine.log (it got collected as well > from the engine VM) to understand why the engine was failing to start. > > > > > > ________________________________ > > Von: Dominik Holler <dholler(a)redhat.com> > > Gesendet: Montag, 21. Jänner 2019 17:52:35 > > An: Markus Schaufler > > Cc: users(a)ovirt.org; Simone Tiraboschi > > Betreff: Re: [ovirt-users] ovirt 4.2 HCI rollout > > > > Would you please share the related ovirt-host-deploy-ansible-*.log > > stored on the host in /var/log/ovirt-hosted-engine-setup ? > > > > Would you please also share the output of > > getent ahosts YOUR_HOSED_ENGNE_FQDN | cut -d' ' -f1 | uniq > > if executed on this host? > > > > > > On Mon, 21 Jan 2019 13:37:53 -0000 > > "Markus Schaufler" <markus.schaufler(a)digit-all.at> wrote: > > > > > Hi, > > > > > > I'm trying a (nested) ovirt 4.2.7 HCI rollout on 3 centos VM's by > > > following > > > > https://ovirt.org/documentation/gluster-hyperconverged/chap-Deploying_Hyper… > > > gluster deployment was successful but at HE deployment "stage 5" I > > > got following error: > > > > > > [ INFO ] TASK [Reconfigure OVN central address] > > > [ ERROR ] fatal: [localhost]: FAILED! => {"msg": "The task includes > > > an option with an undefined variable. The error was: 'dict object' > > > has no attribute 'stdout_lines'\n\nThe error appears to have been > > > in > > > '/usr/share/ovirt-hosted-engine-setup/ansible/create_target_vm.yml': > > > line 522, column 5, but may\nbe elsewhere in the file depending on > > > the exact syntax problem.\n\nThe offending line appears to be:\n\n > > > # > > > > https://github.com/oVirt/ovirt-engine/blob/master/packaging/playbooks/roles… > > > - name: Reconfigure OVN central address\n ^ here\n"} > > > > > > > > > /var/log/messages: > > > Jan 21 14:09:56 HCI01 journal: ovirt-ha-agent > > > ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR > > > Engine VM stopped on localhost Jan 21 14:10:01 HCI01 systemd: > > > Started Session 22 of user root. Jan 21 14:10:02 HCI01 systemd: > > > Started Session c306 of user root. Jan 21 14:10:03 HCI01 systemd: > > > Started Session c307 of user root. Jan 21 14:10:06 HCI01 > > > vdsm[3650]: WARN executor state: count=5 workers=set([<Worker > > > name=periodic/4 waiting task#=141 at 0x7fd2d4316910>, <Worker > > > name=periodic/1 running <Task discardable <Operation > > > action=<vdsm.virt.sampling.VMBulkstatsMonitor object at > > > 0x7fd2d4679490> at 0x7fd2d4679710> timeout=7.5, duration=7 at > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> disca rded task#=413 at > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>, <Worker > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>name=periodic/3 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>waiting task#=414 at > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>, > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10><Worker > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>name=periodic/5 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>waiting > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>task#=0 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>at > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>, > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650><Worker > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>name > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>=periodic/2 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>waiting > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>task#=412 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>at > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>]) > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>Jan > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>21 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>14:10:06 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>HCI01 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>kernel: > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>ovirtmgmt: > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>port > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>2(vnet0) > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>entered > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>disabled > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>state > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>Jan > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>21 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>14:10:06 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>HCI01 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>kernel: > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>device > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>vnet0 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>left > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>promiscuous > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>mode > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>Jan > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>21 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>14:10:06 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>HCI01 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>kernel: > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>ovirtmgmt: > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>port > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>2(vnet0) > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>entered > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>disabled > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>state > > > Jan 21 14:10:06 HCI01 NetworkManager[3666]: <info> > > > [1548076206.9177] device (vnet0): state change: disconnected -> > > > unmanaged (reason 'unmanaged', sys-iface-state: 'remo ved') Jan 21 > > > 14:10:06 HCI01 NetworkManager[3666]: <info> [1548076206.9180] > > > device (vnet0): released from master device ovirtmgmt Jan 21 > > > 14:10:06 HCI01 lldpad: recvfrom(Event interface): No buffer space > > > available Jan 21 14:10:06 HCI01 libvirtd: 2019-01-21 > > > 13:10:06.925+0000: 2651: error : qemuMonitorIORead:609 : Unable to > > > read from monitor: Connection reset by peer Jan 21 14:10:07 HCI01 > > > kvm: 0 guests now active Jan 21 14:10:07 HCI01 systemd-machined: > > > Machine qemu-3-HostedEngine terminated. Jan 21 14:10:07 HCI01 > > > libvirtd: 2019-01-21 13:10:07.125+0000: 2704: warning : > > > qemuGetProcessInfo:1406 : cannot parse process status data Jan 21 > > > 14:10:07 HCI01 libvirtd: 2019-01-21 13:10:07.125+0000: 2704: > > > warning : qemuGetProcessInfo:1406 : cannot parse process status > > > data Jan 21 14:10:07 HCI01 libvirtd: 2019-01-21 13:10:07.125+0000: > > > 2704: warning : qemuGetProcessInfo:1406 : cannot parse process > > > status data Jan 21 14:10:07 HCI01 libvirtd: 2019-01-21 > > > 13:10:07.125+0000: 2704: warning : qemuGetProcessInfo:1406 : cannot > > > parse process status data Jan 21 14:10:07 HCI01 libvirtd: > > > 2019-01-21 13:10:07.126+0000: 2704: error : > > > virNetDevTapInterfaceStats:764 : internal error: /proc/net/dev: > > > Interface not found Jan 21 14:10:07 HCI01 firewalld[24040]: > > > WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-out > > > -m physdev --physdev-is-bridged --physdev-out vnet0 -g FP-vnet 0' > > > failed: iptables v1.4.21: goto 'FP-vnet0' is not a chain#012#012Try > > > `iptables -h' or 'iptables --help' for more information. Jan 21 > > > 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/iptables -w2 -w -D libvirt-out -m physdev --physdev-out > > > vnet0 -g FP-vnet0' failed: iptables v 1.4.21: goto 'FP-vnet0' is > > > not a chain#012#012Try `iptables -h' or 'iptables --help' for more > > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-in -m physdev > > > --physdev-in vnet0 -g FJ-vnet0' failed: iptables v1. 4.21: goto > > > 'FJ-vnet0' is not a chain#012#012Try `iptables -h' or 'iptables > > > --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -D libvirt-host-in -m physdev --physdev-in vnet0 -g HJ-vnet0' > > > failed: iptable s v1.4.21: goto 'HJ-vnet0' is not a > > > chain#012#012Try `iptables -h' or 'iptables --help' for more > > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FP-vnet0' failed: > > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -X FP-vnet0' failed: iptables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FJ-vnet0' failed: > > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -X FJ-vnet0' failed: iptables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F HJ-vnet0' failed: > > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -X HJ-vnet0' failed: iptables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m > > > physdev --physdev-is-bridged --physdev-out vnet0 -g FP-vne t0' > > > failed: ip6tables v1.4.21: goto 'FP-vnet0' is not a > > > chain#012#012Try `ip6tables -h' or 'ip6tables --help' for more > > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m > > > physdev --physdev-out vnet0 -g FP-vnet0' failed: ip6tables v1.4.21: > > > goto 'FP-vnet0' is not a chain#012#012Try `ip6tables -h' or > > > 'ip6tables --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -D libvirt-in -m physdev --physdev-in vnet0 -g FJ-vnet0' failed: > > > ip6tables v 1.4.21: goto 'FJ-vnet0' is not a chain#012#012Try > > > `ip6tables -h' or 'ip6tables --help' for more information. Jan 21 > > > 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ip6tables -w2 -w -D libvirt-host-in -m physdev > > > --physdev-in vnet0 -g HJ-vnet0' failed: ip6tab les v1.4.21: goto > > > 'HJ-vnet0' is not a chain#012#012Try `ip6tables -h' or 'ip6tables > > > --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -F FP-vnet0' failed: ip6tables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -X FP-vnet0' failed: > > > ip6tables: No chain/target/match by that name. Jan 21 14:10:07 > > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ip6tables -w2 -w -F FJ-vnet0' failed: ip6tables: No > > > chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -X FJ-vnet0' failed: ip6tables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -F HJ-vnet0' failed: > > > ip6tables: No chain/target/match by that name. Jan 21 14:10:07 > > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ip6tables -w2 -w -X HJ-vnet0' failed: ip6tables: No > > > chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -D PREROUTING -i vnet0 -j libvirt-J-vnet0' > > > failed: Illegal target name 'libvirt-J-vnet0'. Jan 21 14:10:07 > > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ebtables --concurrent -t nat -D POSTROUTING -o vnet0 -j > > > libvirt-P-vnet0' failed: Illegal target name 'libvirt-P-vnet0'. Jan > > > 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ebtables --concurrent -t nat -D PREROUTING -i vnet0 -j > > > libvirt-J-vnet0' failed: Illegal targe t name 'libvirt-J-vnet0'. > > > Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ebtables --concurrent -t nat -D POSTROUTING -o vnet0 -j > > > libvirt-P-vnet0' failed: Illegal targ et name 'libvirt-P-vnet0'. > > > Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ebtables --concurrent -t nat -L libvirt-J-vnet0' failed: > > > Chain 'libvirt-J-vnet0' doesn't exis t. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -L libvirt-P-vnet0' failed: Chain > > > 'libvirt-P-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -F libvirt-J-vnet0' failed: Chain > > > 'libvirt-J-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -X libvirt-J-vnet0' failed: Chain > > > 'libvirt-J-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -F libvirt-P-vnet0' failed: Chain > > > 'libvirt-P-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -X libvirt-P-vnet0' failed: Chain > > > 'libvirt-P-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -D libvirt-out -m physdev --physdev-is-bridged --physdev-out > > > vnet0 -g FO-vnet0' failed: iptables v1.4.21: goto 'FO-vnet0' is not > > > a chain#012#012Try `iptables -h' or 'iptables --help' for more > > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-out -m > > > physdev --physdev-out vnet0 -g FO-vnet0' failed: iptables v1.4.21: > > > goto 'FO-vnet0' is not a chain#012#012Try `iptables -h' or > > > 'iptables --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -D libvirt-in -m physdev --physdev-in vnet0 -g FI-vnet0' failed: > > > iptables v1.4.21: goto 'FI-vnet0' is not a chain#012#012Try > > > `iptables -h' or 'iptables --help' for more information. Jan 21 > > > 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/iptables -w2 -w -D libvirt-host-in -m physdev > > > --physdev-in vnet0 -g HI-vnet0' failed: iptables v1.4.21: goto > > > 'HI-vnet0' is not a chain#012#012Try `iptables -h' or 'iptables > > > --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -D libvirt-in-post -m physdev --physdev-in vnet0 -j ACCEPT' > > > failed: iptables: Bad rule (does a matching rule exist in that > > > chain?). Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FO-vnet0' failed: > > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -X FO-vnet0' failed: iptables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FI-vnet0' failed: > > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -X FI-vnet0' failed: iptables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F HI-vnet0' failed: > > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -X HI-vnet0' failed: iptables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m > > > physdev --physdev-is-bridged --physdev-out vnet0 -g FO-vnet0' > > > failed: ip6tables v1.4.21: goto 'FO-vnet0' is not a > > > chain#012#012Try `ip6tables -h' or 'ip6tables --help' for more > > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m > > > physdev --physdev-out vnet0 -g FO-vnet0' failed: ip6tables v1.4.21: > > > goto 'FO-vnet0' is not a chain#012#012Try `ip6tables -h' or > > > 'ip6tables --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -D libvirt-in -m physdev --physdev-in vnet0 -g FI-vnet0' failed: > > > ip6tables v1.4.21: goto 'FI-vnet0' is not a chain#012#012Try > > > `ip6tables -h' or 'ip6tables --help' for more information. Jan 21 > > > 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ip6tables -w2 -w -D libvirt-host-in -m physdev > > > --physdev-in vnet0 -g HI-vnet0' failed: ip6tables v1.4.21: goto > > > 'HI-vnet0' is not a chain#012#012Try `ip6tables -h' or 'ip6tables > > > --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -D libvirt-in-post -m physdev --physdev-in vnet0 -j ACCEPT' > > > failed: ip6tables: Bad rule (does a matching rule exist in that > > > chain?). Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -F FO-vnet0' failed: > > > ip6tables: No chain/target/match by that name. Jan 21 14:10:07 > > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ip6tables -w2 -w -X FO-vnet0' failed: ip6tables: No > > > chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -F FI-vnet0' failed: ip6tables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -X FI-vnet0' failed: > > > ip6tables: No chain/target/match by that name. Jan 21 14:10:07 > > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ip6tables -w2 -w -F HI-vnet0' failed: ip6tables: No > > > chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -X HI-vnet0' failed: ip6tables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -D > > > POSTROUTING -o vnet0 -j libvirt-O-vnet0' failed: Illegal target > > > name 'libvirt-O-vnet0'. Jan 21 14:10:07 HCI01 firewalld[24040]: > > > WARNING: COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -L > > > libvirt-O-vnet0' failed: Chain 'libvirt-O-vnet0' doesn't exist. Jan > > > 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ebtables --concurrent -t nat -F libvirt-O-vnet0' failed: > > > Chain 'libvirt-O-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -X libvirt-O-vnet0' failed: Chain > > > 'libvirt-O-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 vdsm[3650]: > > > WARN > > > File: > /var/lib/libvirt/qemu/channels/ea1b312c-a462-45a9-ab75-78008bc4c9c9.ovirt-guest-agent.0 > > > already removed Jan 21 14:10:07 HCI01 vdsm[3650]: WARN Attempting > > > to remove a non existing network: > > > ovirtmgmt/ea1b312c-a462-45a9-ab75-78008bc4c9c9 Jan 21 14:10:07 > > > HCI01 vdsm[3650]: WARN Attempting to remove a non existing net > > > user: ovirtmgmt/ea1b312c-a462-45a9-ab75-78008bc4c9c9 Jan 21 > > > 14:10:07 HCI01 vdsm[3650]: WARN > > > File: > /var/lib/libvirt/qemu/channels/ea1b312c-a462-45a9-ab75-78008bc4c9c9.org.qemu.guest_agent.0 > > > already removed > > > > > > any ideas on that? > > > _______________________________________________ > > > 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/XMMX5CY6VHFWW… > > > >

2 1

Re: ovirt 4.2 HCI rollout
by Simone Tiraboschi 24 Jan '19

24 Jan '19

On Thu, Jan 24, 2019 at 2:21 PM Markus Schaufler < markus.schaufler(a)digit-all.at> wrote: > Hi, > > > thanks for the replies. > > > I updated to 4.2.8 and tried again: > > > [ INFO ] TASK [Check engine VM health] > [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 120, "changed": > true, "cmd": ["hosted-engine", "--vm-status", "--json"], "delta": > "0:00:00.165316", "end": "2019-01-24 14:12:06.899564", "rc": 0, "start": > "2019-01-24 14:12:06.734248", "stderr": "", "stderr_lines": [], "stdout": > "{\"1\": {\"conf_on_shared_storage\": true, \"live-data\": true, \"extra\": > \"metadata_parse_version=1\\nmetadata_feature_version=1\\ntimestamp=3049 > (Thu Jan 24 14:11:59 > 2019)\\nhost-id=1\\nscore=3400\\nvm_conf_refresh_time=3049 (Thu Jan 24 > 14:11:59 > 2019)\\nconf_on_shared_storage=True\\nmaintenance=False\\nstate=EngineStarting\\nstopped=False\\n\", > \"hostname\": \"HCI01.res01.ads.ooe.local\", \"host-id\": 1, > \"engine-status\": {\"reason\": \"failed liveliness check\", \"health\": > \"bad\", \"vm\": \"up\", \"detail\": \"Up\"}, \"score\": 3400, \"stopped\": > false, \"maintenance\": false, \"crc32\": \"0c1a3ddb\", > \"local_conf_timestamp\": 3049, \"host-ts\": 3049}, \"global_maintenance\": > false}", "stdout_lines": ["{\"1\": {\"conf_on_shared_storage\": true, > \"live-data\": true, \"extra\": > \"metadata_parse_version=1\\nmetadata_feature_version=1\\ntimestamp=3049 > (Thu Jan 24 14:11:59 > 2019)\\nhost-id=1\\nscore=3400\\nvm_conf_refresh_time=3049 (Thu Jan 24 > 14:11:59 > 2019)\\nconf_on_shared_storage=True\\nmaintenance=False\\nstate=EngineStarting\\nstopped=False\\n\", > \"hostname\": \"HCI01.res01.ads.ooe.local\", \"host-id\": 1, > \"engine-status\": {\"reason\": \"failed liveliness check\", \"health\": > \"bad\", \"vm\": \"up\", \"detail\": \"Up\"}, \"score\": 3400, \"stopped\": > false, \"maintenance\": false, \"crc32\": \"0c1a3ddb\", > \"local_conf_timestamp\": 3049, \"host-ts\": 3049}, \"global_maintenance\": > false}"]} > It's still the same issue: the host fail to properly check the status of the engine over a dedicate health page. You should connect to ovirt-hci.res01.ads.ooe.local and check the status of ovirt-engine service and /var/log/ovirt-engine/engine.log there. > [ INFO ] TASK [Check VM status at virt level] > [ INFO ] changed: [localhost] > [ INFO ] TASK [Fail if engine VM is not running] > [ INFO ] skipping: [localhost] > [ INFO ] TASK [Get target engine VM IPv4 address] > [ INFO ] changed: [localhost] > [ INFO ] TASK [Get VDSM's target engine VM stats] > [ INFO ] changed: [localhost] > [ INFO ] TASK [Convert stats to JSON format] > [ INFO ] ok: [localhost] > [ INFO ] TASK [Get target engine VM IPv4 address from VDSM stats] > [ INFO ] ok: [localhost] > [ INFO ] TASK [Fail if the Engine has no IP address] > [ INFO ] skipping: [localhost] > [ INFO ] TASK [Fail if Engine IP is different from engine's FQDN resolved > IP] > [ INFO ] skipping: [localhost] > [ INFO ] TASK [Get target engine VM IPv4 address] > [ INFO ] skipping: [localhost] > [ INFO ] TASK [Reconfigure OVN central address] > [ ERROR ] fatal: [localhost]: FAILED! => {"msg": "The task includes an > option with an undefined variable. The error was: 'dict object' has no > attribute 'stdout_lines'\n\nThe error appears to have been in > '/usr/share/ovirt-hosted-engine-setup/ansible/create_target_vm.yml': line > 518, column 5, but may\nbe elsewhere in the file depending on the exact > syntax problem.\n\nThe offending line appears to be:\n\n # > https://github.com/oVirt/ovirt-engine/blob/master/packaging/playbooks/roles… > - name: Reconfigure OVN central address\n ^ here\n"} > > > > attached you'll find the setup logs. > > > best regards, > > Markus Schaufler > ------------------------------ > *Von:* Simone Tiraboschi <stirabos(a)redhat.com> > *Gesendet:* Donnerstag, 24. Jänner 2019 11:56:50 > *An:* Dominik Holler > *Cc:* Markus Schaufler; users(a)ovirt.org > *Betreff:* Re: [ovirt-users] ovirt 4.2 HCI rollout > > > > On Thu, Jan 24, 2019 at 9:40 AM Dominik Holler <dholler(a)redhat.com> wrote: > > On Tue, 22 Jan 2019 11:15:12 +0000 > Markus Schaufler <markus.schaufler(a)digit-all.at> wrote: > > > Thanks for your reply, > > > > getent ahosts ovirt-hci.res01.ads.ooe.local | cut -d' ' -f1 | uniq > > 10.1.31.20 > > > > attached you'll find the logs. > > > > Thanks, to my eyes this looks like a bug. > I tried to isolate the relevant lines in the attached playbook. > > Markus, would you be so kind to check if ovirt-4.2.8 is working for you? > > > > OK, understood: the real error was just a few lines before what Dominik > pointed out: > > "stdout": "{\"1\": {\"conf_on_shared_storage\": true, \"live-data\": > true, \"extra\": > \"metadata_parse_version=1\\nmetadata_feature_version=1\\ntimestamp=5792 > (Mon Jan 21 13:57:45 > 2019)\\nhost-id=1\\nscore=3000\\nvm_conf_refresh_time=5792 (Mon Jan 21 > 13:57:45 > 2019)\\nconf_on_shared_storage=True\\nmaintenance=False\\nstate=EngineStarting\\nstopped=False\\n\", > \"hostname\": \"HCI01.res01.ads.ooe.local\", \"host-id\": 1, > \"engine-status\": {\"reason\": \"failed liveliness check\", \"health\": > \"bad\", \"vm\": \"up\", \"detail\": \"Up\"}, \"score\": 3000, \"stopped\": > false, \"maintenance\": false, \"crc32\": \"ba303717\", > \"local_conf_timestamp\": 5792, \"host-ts\": 5792}, \"global_maintenance\": > false}", > "stdout_lines": [ > "{\"1\": {\"conf_on_shared_storage\": true, \"live-data\": true, > \"extra\": > \"metadata_parse_version=1\\nmetadata_feature_version=1\\ntimestamp=5792 > (Mon Jan 21 13:57:45 > 2019)\\nhost-id=1\\nscore=3000\\nvm_conf_refresh_time=5792 (Mon Jan 21 > 13:57:45 > 2019)\\nconf_on_shared_storage=True\\nmaintenance=False\\nstate=EngineStarting\\nstopped=False\\n\", > \"hostname\": \"HCI01.res01.ads.ooe.local\", \"host-id\": 1, > \"engine-status\": {\"reason\": \"failed liveliness check\", \"health\": > \"bad\", \"vm\": \"up\", \"detail\": \"Up\"}, \"score\": 3000, \"stopped\": > false, \"maintenance\": false, \"crc32\": \"ba303717\", > \"local_conf_timestamp\": 5792, \"host-ts\": 5792}, \"global_maintenance\": > false}" > ] > }" > 2019-01-21 13:57:46,695+0100 ERROR ansible failed {'status': 'FAILED', > 'ansible_type': 'task', 'ansible_task': u'Check engine VM health', > 'ansible_result': u'type: <type \'dict\'>\nstr: {\'_ansible_parsed\': True, > \'stderr_lines\': [], u\'changed\': True, u\'end\': u\'2019-01-21 > 13:57:46.242423\', \'_ansible_no_log\': False, u\'stdout\': u\'{"1": > {"conf_on_shared_storage": true, "live-data": true, "extra": > "metadata_parse_version=1\\\\nmetadata_feature_version=1\\\\ntimestamp=5792 > (Mon Jan 21 13:57:4', 'ansible_host': u'localhost', 'ansible_playbook': > u'/usr/share/ovirt-hosted-engine-setup/ansible/create_target_vm.yml'} > > and in particular it's here: > for some reason we got \"engine-status\": {\"reason\": \"failed > liveliness check\", \"health\": \"bad\", \"vm\": \"up\", \"detail\": > \"Up\"} > over 120 attempts: we have to check engine.log (it got collected as well > from the engine VM) to understand why the engine was failing to start. > > > > > > ________________________________ > > Von: Dominik Holler <dholler(a)redhat.com> > > Gesendet: Montag, 21. Jänner 2019 17:52:35 > > An: Markus Schaufler > > Cc: users(a)ovirt.org; Simone Tiraboschi > > Betreff: Re: [ovirt-users] ovirt 4.2 HCI rollout > > > > Would you please share the related ovirt-host-deploy-ansible-*.log > > stored on the host in /var/log/ovirt-hosted-engine-setup ? > > > > Would you please also share the output of > > getent ahosts YOUR_HOSED_ENGNE_FQDN | cut -d' ' -f1 | uniq > > if executed on this host? > > > > > > On Mon, 21 Jan 2019 13:37:53 -0000 > > "Markus Schaufler" <markus.schaufler(a)digit-all.at> wrote: > > > > > Hi, > > > > > > I'm trying a (nested) ovirt 4.2.7 HCI rollout on 3 centos VM's by > > > following > > > > https://ovirt.org/documentation/gluster-hyperconverged/chap-Deploying_Hyper… > > > gluster deployment was successful but at HE deployment "stage 5" I > > > got following error: > > > > > > [ INFO ] TASK [Reconfigure OVN central address] > > > [ ERROR ] fatal: [localhost]: FAILED! => {"msg": "The task includes > > > an option with an undefined variable. The error was: 'dict object' > > > has no attribute 'stdout_lines'\n\nThe error appears to have been > > > in > > > '/usr/share/ovirt-hosted-engine-setup/ansible/create_target_vm.yml': > > > line 522, column 5, but may\nbe elsewhere in the file depending on > > > the exact syntax problem.\n\nThe offending line appears to be:\n\n > > > # > > > > https://github.com/oVirt/ovirt-engine/blob/master/packaging/playbooks/roles… > > > - name: Reconfigure OVN central address\n ^ here\n"} > > > > > > > > > /var/log/messages: > > > Jan 21 14:09:56 HCI01 journal: ovirt-ha-agent > > > ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR > > > Engine VM stopped on localhost Jan 21 14:10:01 HCI01 systemd: > > > Started Session 22 of user root. Jan 21 14:10:02 HCI01 systemd: > > > Started Session c306 of user root. Jan 21 14:10:03 HCI01 systemd: > > > Started Session c307 of user root. Jan 21 14:10:06 HCI01 > > > vdsm[3650]: WARN executor state: count=5 workers=set([<Worker > > > name=periodic/4 waiting task#=141 at 0x7fd2d4316910>, <Worker > > > name=periodic/1 running <Task discardable <Operation > > > action=<vdsm.virt.sampling.VMBulkstatsMonitor object at > > > 0x7fd2d4679490> at 0x7fd2d4679710> timeout=7.5, duration=7 at > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> disca rded task#=413 at > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>, <Worker > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>name=periodic/3 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>waiting task#=414 at > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>, > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10><Worker > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>name=periodic/5 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>waiting > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>task#=0 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> 0x7fd2d5ed0510>0x7fd2d5ed0b10>at > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>, > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650><Worker > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>name > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>=periodic/2 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>waiting > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>task#=412 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>at > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>]) > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>Jan > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>21 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>14:10:06 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>HCI01 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>kernel: > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>ovirtmgmt: > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>port > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>2(vnet0) > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>entered > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>disabled > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>state > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>Jan > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>21 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>14:10:06 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>HCI01 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>kernel: > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>device > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>vnet0 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>left > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>promiscuous > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>mode > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>Jan > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>21 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>14:10:06 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>HCI01 > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>kernel: > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>ovirtmgmt: > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>port > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>2(vnet0) > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>entered > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>disabled > > > 0x7fd2d4679490> 0x7fd33c1e0ed0> > 0x7fd2d5ed0510>0x7fd2d5ed0b10>0x7fd2d425f650>0x7fd2d5ed07d0>state > > > Jan 21 14:10:06 HCI01 NetworkManager[3666]: <info> > > > [1548076206.9177] device (vnet0): state change: disconnected -> > > > unmanaged (reason 'unmanaged', sys-iface-state: 'remo ved') Jan 21 > > > 14:10:06 HCI01 NetworkManager[3666]: <info> [1548076206.9180] > > > device (vnet0): released from master device ovirtmgmt Jan 21 > > > 14:10:06 HCI01 lldpad: recvfrom(Event interface): No buffer space > > > available Jan 21 14:10:06 HCI01 libvirtd: 2019-01-21 > > > 13:10:06.925+0000: 2651: error : qemuMonitorIORead:609 : Unable to > > > read from monitor: Connection reset by peer Jan 21 14:10:07 HCI01 > > > kvm: 0 guests now active Jan 21 14:10:07 HCI01 systemd-machined: > > > Machine qemu-3-HostedEngine terminated. Jan 21 14:10:07 HCI01 > > > libvirtd: 2019-01-21 13:10:07.125+0000: 2704: warning : > > > qemuGetProcessInfo:1406 : cannot parse process status data Jan 21 > > > 14:10:07 HCI01 libvirtd: 2019-01-21 13:10:07.125+0000: 2704: > > > warning : qemuGetProcessInfo:1406 : cannot parse process status > > > data Jan 21 14:10:07 HCI01 libvirtd: 2019-01-21 13:10:07.125+0000: > > > 2704: warning : qemuGetProcessInfo:1406 : cannot parse process > > > status data Jan 21 14:10:07 HCI01 libvirtd: 2019-01-21 > > > 13:10:07.125+0000: 2704: warning : qemuGetProcessInfo:1406 : cannot > > > parse process status data Jan 21 14:10:07 HCI01 libvirtd: > > > 2019-01-21 13:10:07.126+0000: 2704: error : > > > virNetDevTapInterfaceStats:764 : internal error: /proc/net/dev: > > > Interface not found Jan 21 14:10:07 HCI01 firewalld[24040]: > > > WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-out > > > -m physdev --physdev-is-bridged --physdev-out vnet0 -g FP-vnet 0' > > > failed: iptables v1.4.21: goto 'FP-vnet0' is not a chain#012#012Try > > > `iptables -h' or 'iptables --help' for more information. Jan 21 > > > 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/iptables -w2 -w -D libvirt-out -m physdev --physdev-out > > > vnet0 -g FP-vnet0' failed: iptables v 1.4.21: goto 'FP-vnet0' is > > > not a chain#012#012Try `iptables -h' or 'iptables --help' for more > > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-in -m physdev > > > --physdev-in vnet0 -g FJ-vnet0' failed: iptables v1. 4.21: goto > > > 'FJ-vnet0' is not a chain#012#012Try `iptables -h' or 'iptables > > > --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -D libvirt-host-in -m physdev --physdev-in vnet0 -g HJ-vnet0' > > > failed: iptable s v1.4.21: goto 'HJ-vnet0' is not a > > > chain#012#012Try `iptables -h' or 'iptables --help' for more > > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FP-vnet0' failed: > > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -X FP-vnet0' failed: iptables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FJ-vnet0' failed: > > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -X FJ-vnet0' failed: iptables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F HJ-vnet0' failed: > > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -X HJ-vnet0' failed: iptables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m > > > physdev --physdev-is-bridged --physdev-out vnet0 -g FP-vne t0' > > > failed: ip6tables v1.4.21: goto 'FP-vnet0' is not a > > > chain#012#012Try `ip6tables -h' or 'ip6tables --help' for more > > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m > > > physdev --physdev-out vnet0 -g FP-vnet0' failed: ip6tables v1.4.21: > > > goto 'FP-vnet0' is not a chain#012#012Try `ip6tables -h' or > > > 'ip6tables --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -D libvirt-in -m physdev --physdev-in vnet0 -g FJ-vnet0' failed: > > > ip6tables v 1.4.21: goto 'FJ-vnet0' is not a chain#012#012Try > > > `ip6tables -h' or 'ip6tables --help' for more information. Jan 21 > > > 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ip6tables -w2 -w -D libvirt-host-in -m physdev > > > --physdev-in vnet0 -g HJ-vnet0' failed: ip6tab les v1.4.21: goto > > > 'HJ-vnet0' is not a chain#012#012Try `ip6tables -h' or 'ip6tables > > > --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -F FP-vnet0' failed: ip6tables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -X FP-vnet0' failed: > > > ip6tables: No chain/target/match by that name. Jan 21 14:10:07 > > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ip6tables -w2 -w -F FJ-vnet0' failed: ip6tables: No > > > chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -X FJ-vnet0' failed: ip6tables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -F HJ-vnet0' failed: > > > ip6tables: No chain/target/match by that name. Jan 21 14:10:07 > > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ip6tables -w2 -w -X HJ-vnet0' failed: ip6tables: No > > > chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -D PREROUTING -i vnet0 -j libvirt-J-vnet0' > > > failed: Illegal target name 'libvirt-J-vnet0'. Jan 21 14:10:07 > > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ebtables --concurrent -t nat -D POSTROUTING -o vnet0 -j > > > libvirt-P-vnet0' failed: Illegal target name 'libvirt-P-vnet0'. Jan > > > 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ebtables --concurrent -t nat -D PREROUTING -i vnet0 -j > > > libvirt-J-vnet0' failed: Illegal targe t name 'libvirt-J-vnet0'. > > > Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ebtables --concurrent -t nat -D POSTROUTING -o vnet0 -j > > > libvirt-P-vnet0' failed: Illegal targ et name 'libvirt-P-vnet0'. > > > Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ebtables --concurrent -t nat -L libvirt-J-vnet0' failed: > > > Chain 'libvirt-J-vnet0' doesn't exis t. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -L libvirt-P-vnet0' failed: Chain > > > 'libvirt-P-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -F libvirt-J-vnet0' failed: Chain > > > 'libvirt-J-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -X libvirt-J-vnet0' failed: Chain > > > 'libvirt-J-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -F libvirt-P-vnet0' failed: Chain > > > 'libvirt-P-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -X libvirt-P-vnet0' failed: Chain > > > 'libvirt-P-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -D libvirt-out -m physdev --physdev-is-bridged --physdev-out > > > vnet0 -g FO-vnet0' failed: iptables v1.4.21: goto 'FO-vnet0' is not > > > a chain#012#012Try `iptables -h' or 'iptables --help' for more > > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-out -m > > > physdev --physdev-out vnet0 -g FO-vnet0' failed: iptables v1.4.21: > > > goto 'FO-vnet0' is not a chain#012#012Try `iptables -h' or > > > 'iptables --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -D libvirt-in -m physdev --physdev-in vnet0 -g FI-vnet0' failed: > > > iptables v1.4.21: goto 'FI-vnet0' is not a chain#012#012Try > > > `iptables -h' or 'iptables --help' for more information. Jan 21 > > > 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/iptables -w2 -w -D libvirt-host-in -m physdev > > > --physdev-in vnet0 -g HI-vnet0' failed: iptables v1.4.21: goto > > > 'HI-vnet0' is not a chain#012#012Try `iptables -h' or 'iptables > > > --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -D libvirt-in-post -m physdev --physdev-in vnet0 -j ACCEPT' > > > failed: iptables: Bad rule (does a matching rule exist in that > > > chain?). Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FO-vnet0' failed: > > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -X FO-vnet0' failed: iptables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FI-vnet0' failed: > > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -X FI-vnet0' failed: iptables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F HI-vnet0' failed: > > > iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 > > > -w -X HI-vnet0' failed: iptables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m > > > physdev --physdev-is-bridged --physdev-out vnet0 -g FO-vnet0' > > > failed: ip6tables v1.4.21: goto 'FO-vnet0' is not a > > > chain#012#012Try `ip6tables -h' or 'ip6tables --help' for more > > > information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m > > > physdev --physdev-out vnet0 -g FO-vnet0' failed: ip6tables v1.4.21: > > > goto 'FO-vnet0' is not a chain#012#012Try `ip6tables -h' or > > > 'ip6tables --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -D libvirt-in -m physdev --physdev-in vnet0 -g FI-vnet0' failed: > > > ip6tables v1.4.21: goto 'FI-vnet0' is not a chain#012#012Try > > > `ip6tables -h' or 'ip6tables --help' for more information. Jan 21 > > > 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ip6tables -w2 -w -D libvirt-host-in -m physdev > > > --physdev-in vnet0 -g HI-vnet0' failed: ip6tables v1.4.21: goto > > > 'HI-vnet0' is not a chain#012#012Try `ip6tables -h' or 'ip6tables > > > --help' for more information. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -D libvirt-in-post -m physdev --physdev-in vnet0 -j ACCEPT' > > > failed: ip6tables: Bad rule (does a matching rule exist in that > > > chain?). Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -F FO-vnet0' failed: > > > ip6tables: No chain/target/match by that name. Jan 21 14:10:07 > > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ip6tables -w2 -w -X FO-vnet0' failed: ip6tables: No > > > chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -F FI-vnet0' failed: ip6tables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -X FI-vnet0' failed: > > > ip6tables: No chain/target/match by that name. Jan 21 14:10:07 > > > HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ip6tables -w2 -w -F HI-vnet0' failed: ip6tables: No > > > chain/target/match by that name. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 > > > -w -X HI-vnet0' failed: ip6tables: No chain/target/match by that > > > name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: > > > COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -D > > > POSTROUTING -o vnet0 -j libvirt-O-vnet0' failed: Illegal target > > > name 'libvirt-O-vnet0'. Jan 21 14:10:07 HCI01 firewalld[24040]: > > > WARNING: COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -L > > > libvirt-O-vnet0' failed: Chain 'libvirt-O-vnet0' doesn't exist. Jan > > > 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: > > > '/usr/sbin/ebtables --concurrent -t nat -F libvirt-O-vnet0' failed: > > > Chain 'libvirt-O-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 > > > firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables > > > --concurrent -t nat -X libvirt-O-vnet0' failed: Chain > > > 'libvirt-O-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 vdsm[3650]: > > > WARN > > > File: > /var/lib/libvirt/qemu/channels/ea1b312c-a462-45a9-ab75-78008bc4c9c9.ovirt-guest-agent.0 > > > already removed Jan 21 14:10:07 HCI01 vdsm[3650]: WARN Attempting > > > to remove a non existing network: > > > ovirtmgmt/ea1b312c-a462-45a9-ab75-78008bc4c9c9 Jan 21 14:10:07 > > > HCI01 vdsm[3650]: WARN Attempting to remove a non existing net > > > user: ovirtmgmt/ea1b312c-a462-45a9-ab75-78008bc4c9c9 Jan 21 > > > 14:10:07 HCI01 vdsm[3650]: WARN > > > File: > /var/lib/libvirt/qemu/channels/ea1b312c-a462-45a9-ab75-78008bc4c9c9.org.qemu.guest_agent.0 > > > already removed > > > > > > any ideas on that? > > > _______________________________________________ > > > 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/XMMX5CY6VHFWW… > > > >

2 1

lvm problem
by Nyika Csaba 24 Jan '19

24 Jan '19

Hi all, I have an Ovirt 4.2.8 cluster. Nodes are 4.2 ovirt nodes and the volumes (5) attached to nodes by FC. 2 weeks ago i made a small vm (centos 7 based) for me to test (name A). After the test i dropped a vm. Next day a made an another vm (named B) to the developes and tired to add a new disk to the vm (B). Than a original volume group (vg) of the vm (B) missed and i got back the yesterday dropped vm`s (A) vg! I tired to restart a vm, but the vm never started again. I dropped this vm (B) too, and tired to add a new disk an older running vm (C) too, but a volume group changed to that vm`s vg what i dropped before (B). I checked this „error” and i got it ,then i delete or move disks from the end of the FC volume. Have sombody ever seen error like this? Thanks, csaba Ps: in this cluster a managed 120 productive vm, so….

1 0

Lvm problem
by csabany＠freemail.hu 24 Jan '19

24 Jan '19

Hi all, I have an Ovirt 4.2.8 cluster. Nodes are 4.2 ovirt nodes and the volumes (5) attached to nodes by FC. 2 weeks ago i made a small vm (centos 7 based) for me to test (name A). After the test i dropped a vm. Next day a made an another vm (named B) to the developes and tired to add a new disk to the vm (B). Than a original volume group (vg) of the vm (B) missed and i got back the yesterday dropped vm`s (A) vg! I tired to restart a vm, but the vm never started again. I dropped this vm (B) too, and tired to add a new disk an older running vm (C) too, but a volume group changed to that vm`s vg what i dropped before (B). I checked this „error” and i got it ,then i delete or move disks from the end of the FC volume. Have sombody ever seen error like this? Thanks, csaba Ps: in this cluster a managed 120 productive vm, so….

1 0

latest pycurl 7.43 brokes ovirtsdk4
by Nathanaël Blanchet 24 Jan '19

24 Jan '19

Hi all, If anyone uses latest pycurl 7.43 provided by pip or ansible tower/awx, any ovirtsdk4 calling will issue with the log: The full traceback is: WARNING: The below traceback may *not* be related to the actual failure. File "/tmp/ansible_ovirt_auth_payload_L1HK9E/__main__.py", line 202, in <module> import ovirtsdk4 as sdk File "/opt/awx/embedded/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 22, in <module> import pycurl fatal: [localhost]: FAILED! => { "changed": false, "invocation": { "module_args": { "ca_file": null, "compress": true, "headers": null, "hostname": null, "insecure": true, "kerberos": false, "ovirt_auth": null, "password": "VALUE_SPECIFIED_IN_NO_LOG_PARAMETER", "state": "present", "timeout": 0, "token": null, "url": "https://acore.v100.abes.fr/ovirt-engine/api", "username": "admin@internal" } }, "msg": "ovirtsdk4 version 4.2.4 or higher is required for this module" } The only way is to set the version of pycurl with pip install -U "pycurl == 7.19.0" (Before this, in tower/awx, you should create venv) -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

2 4

oVirt 4.2.8 CPU Compatibility
by Stefano Danzi 24 Jan '19

24 Jan '19

Hello! I'm running oVirt 4.2.7.5-1.el7 on 3 hosts cluster. Cluster CPU Type is "AMD Opteron G3". On default cluster I can see the warning: "Warning: The CPU type 'AMD Opteron G3' will not be supported in the next minor version update'" Is it still supported in version 4.2.8? I can't see references in documentation or changelog.

5 5

ovirt 4.2 HCI rollout
by Markus Schaufler 23 Jan '19

23 Jan '19

Hi, I'm trying a (nested) ovirt 4.2.7 HCI rollout on 3 centos VM's by following https://ovirt.org/documentation/gluster-hyperconverged/chap-Deploying_Hyper… gluster deployment was successful but at HE deployment "stage 5" I got following error: [ INFO ] TASK [Reconfigure OVN central address] [ ERROR ] fatal: [localhost]: FAILED! => {"msg": "The task includes an option with an undefined variable. The error was: 'dict object' has no attribute 'stdout_lines'\n\nThe error appears to have been in '/usr/share/ovirt-hosted-engine-setup/ansible/create_target_vm.yml': line 522, column 5, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n # https://github.com/oVirt/ovirt-engine/blob/master/packaging/playbooks/roles… - name: Reconfigure OVN central address\n ^ here\n"} /var/log/messages: Jan 21 14:09:56 HCI01 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Engine VM stopped on localhost Jan 21 14:10:01 HCI01 systemd: Started Session 22 of user root. Jan 21 14:10:02 HCI01 systemd: Started Session c306 of user root. Jan 21 14:10:03 HCI01 systemd: Started Session c307 of user root. Jan 21 14:10:06 HCI01 vdsm[3650]: WARN executor state: count=5 workers=set([<Worker name=periodic/4 waiting task#=141 at 0x7fd2d4316910>, <Worker name=periodic/1 running <Task discardable <Operation action=<vdsm.virt.sampling.VMBulkstatsMonitor object at 0x7fd2d4679490> at 0x7fd2d4679710> timeout=7.5, duration=7 at 0x7fd33c1e0ed0> disca rded task#=413 at 0x7fd2d5ed0510>, <Worker name=periodic/3 waiting task#=414 at 0x7fd2d5ed0b10>, <Worker name=periodic/5 waiting task#=0 at 0x7fd2d425f650>, <Worker name =periodic/2 waiting task#=412 at 0x7fd2d5ed07d0>]) Jan 21 14:10:06 HCI01 kernel: ovirtmgmt: port 2(vnet0) entered disabled state Jan 21 14:10:06 HCI01 kernel: device vnet0 left promiscuous mode Jan 21 14:10:06 HCI01 kernel: ovirtmgmt: port 2(vnet0) entered disabled state Jan 21 14:10:06 HCI01 NetworkManager[3666]: <info> [1548076206.9177] device (vnet0): state change: disconnected -> unmanaged (reason 'unmanaged', sys-iface-state: 'remo ved') Jan 21 14:10:06 HCI01 NetworkManager[3666]: <info> [1548076206.9180] device (vnet0): released from master device ovirtmgmt Jan 21 14:10:06 HCI01 lldpad: recvfrom(Event interface): No buffer space available Jan 21 14:10:06 HCI01 libvirtd: 2019-01-21 13:10:06.925+0000: 2651: error : qemuMonitorIORead:609 : Unable to read from monitor: Connection reset by peer Jan 21 14:10:07 HCI01 kvm: 0 guests now active Jan 21 14:10:07 HCI01 systemd-machined: Machine qemu-3-HostedEngine terminated. Jan 21 14:10:07 HCI01 libvirtd: 2019-01-21 13:10:07.125+0000: 2704: warning : qemuGetProcessInfo:1406 : cannot parse process status data Jan 21 14:10:07 HCI01 libvirtd: 2019-01-21 13:10:07.125+0000: 2704: warning : qemuGetProcessInfo:1406 : cannot parse process status data Jan 21 14:10:07 HCI01 libvirtd: 2019-01-21 13:10:07.125+0000: 2704: warning : qemuGetProcessInfo:1406 : cannot parse process status data Jan 21 14:10:07 HCI01 libvirtd: 2019-01-21 13:10:07.125+0000: 2704: warning : qemuGetProcessInfo:1406 : cannot parse process status data Jan 21 14:10:07 HCI01 libvirtd: 2019-01-21 13:10:07.126+0000: 2704: error : virNetDevTapInterfaceStats:764 : internal error: /proc/net/dev: Interface not found Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-out -m physdev --physdev-is-bridged --physdev-out vnet0 -g FP-vnet 0' failed: iptables v1.4.21: goto 'FP-vnet0' is not a chain#012#012Try `iptables -h' or 'iptables --help' for more information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-out -m physdev --physdev-out vnet0 -g FP-vnet0' failed: iptables v 1.4.21: goto 'FP-vnet0' is not a chain#012#012Try `iptables -h' or 'iptables --help' for more information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-in -m physdev --physdev-in vnet0 -g FJ-vnet0' failed: iptables v1. 4.21: goto 'FJ-vnet0' is not a chain#012#012Try `iptables -h' or 'iptables --help' for more information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-host-in -m physdev --physdev-in vnet0 -g HJ-vnet0' failed: iptable s v1.4.21: goto 'HJ-vnet0' is not a chain#012#012Try `iptables -h' or 'iptables --help' for more information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FP-vnet0' failed: iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -X FP-vnet0' failed: iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FJ-vnet0' failed: iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -X FJ-vnet0' failed: iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F HJ-vnet0' failed: iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -X HJ-vnet0' failed: iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m physdev --physdev-is-bridged --physdev-out vnet0 -g FP-vne t0' failed: ip6tables v1.4.21: goto 'FP-vnet0' is not a chain#012#012Try `ip6tables -h' or 'ip6tables --help' for more information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m physdev --physdev-out vnet0 -g FP-vnet0' failed: ip6tables v1.4.21: goto 'FP-vnet0' is not a chain#012#012Try `ip6tables -h' or 'ip6tables --help' for more information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-in -m physdev --physdev-in vnet0 -g FJ-vnet0' failed: ip6tables v 1.4.21: goto 'FJ-vnet0' is not a chain#012#012Try `ip6tables -h' or 'ip6tables --help' for more information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-host-in -m physdev --physdev-in vnet0 -g HJ-vnet0' failed: ip6tab les v1.4.21: goto 'HJ-vnet0' is not a chain#012#012Try `ip6tables -h' or 'ip6tables --help' for more information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -F FP-vnet0' failed: ip6tables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -X FP-vnet0' failed: ip6tables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -F FJ-vnet0' failed: ip6tables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -X FJ-vnet0' failed: ip6tables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -F HJ-vnet0' failed: ip6tables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -X HJ-vnet0' failed: ip6tables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -D PREROUTING -i vnet0 -j libvirt-J-vnet0' failed: Illegal target name 'libvirt-J-vnet0'. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -D POSTROUTING -o vnet0 -j libvirt-P-vnet0' failed: Illegal target name 'libvirt-P-vnet0'. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -D PREROUTING -i vnet0 -j libvirt-J-vnet0' failed: Illegal targe t name 'libvirt-J-vnet0'. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -D POSTROUTING -o vnet0 -j libvirt-P-vnet0' failed: Illegal targ et name 'libvirt-P-vnet0'. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -L libvirt-J-vnet0' failed: Chain 'libvirt-J-vnet0' doesn't exis t. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -L libvirt-P-vnet0' failed: Chain 'libvirt-P-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -F libvirt-J-vnet0' failed: Chain 'libvirt-J-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -X libvirt-J-vnet0' failed: Chain 'libvirt-J-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -F libvirt-P-vnet0' failed: Chain 'libvirt-P-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -X libvirt-P-vnet0' failed: Chain 'libvirt-P-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-out -m physdev --physdev-is-bridged --physdev-out vnet0 -g FO-vnet0' failed: iptables v1.4.21: goto 'FO-vnet0' is not a chain#012#012Try `iptables -h' or 'iptables --help' for more information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-out -m physdev --physdev-out vnet0 -g FO-vnet0' failed: iptables v1.4.21: goto 'FO-vnet0' is not a chain#012#012Try `iptables -h' or 'iptables --help' for more information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-in -m physdev --physdev-in vnet0 -g FI-vnet0' failed: iptables v1.4.21: goto 'FI-vnet0' is not a chain#012#012Try `iptables -h' or 'iptables --help' for more information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-host-in -m physdev --physdev-in vnet0 -g HI-vnet0' failed: iptables v1.4.21: goto 'HI-vnet0' is not a chain#012#012Try `iptables -h' or 'iptables --help' for more information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -D libvirt-in-post -m physdev --physdev-in vnet0 -j ACCEPT' failed: iptables: Bad rule (does a matching rule exist in that chain?). Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FO-vnet0' failed: iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -X FO-vnet0' failed: iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F FI-vnet0' failed: iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -X FI-vnet0' failed: iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -F HI-vnet0' failed: iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/iptables -w2 -w -X HI-vnet0' failed: iptables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m physdev --physdev-is-bridged --physdev-out vnet0 -g FO-vnet0' failed: ip6tables v1.4.21: goto 'FO-vnet0' is not a chain#012#012Try `ip6tables -h' or 'ip6tables --help' for more information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-out -m physdev --physdev-out vnet0 -g FO-vnet0' failed: ip6tables v1.4.21: goto 'FO-vnet0' is not a chain#012#012Try `ip6tables -h' or 'ip6tables --help' for more information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-in -m physdev --physdev-in vnet0 -g FI-vnet0' failed: ip6tables v1.4.21: goto 'FI-vnet0' is not a chain#012#012Try `ip6tables -h' or 'ip6tables --help' for more information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-host-in -m physdev --physdev-in vnet0 -g HI-vnet0' failed: ip6tables v1.4.21: goto 'HI-vnet0' is not a chain#012#012Try `ip6tables -h' or 'ip6tables --help' for more information. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -D libvirt-in-post -m physdev --physdev-in vnet0 -j ACCEPT' failed: ip6tables: Bad rule (does a matching rule exist in that chain?). Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -F FO-vnet0' failed: ip6tables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -X FO-vnet0' failed: ip6tables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -F FI-vnet0' failed: ip6tables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -X FI-vnet0' failed: ip6tables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -F HI-vnet0' failed: ip6tables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ip6tables -w2 -w -X HI-vnet0' failed: ip6tables: No chain/target/match by that name. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -D POSTROUTING -o vnet0 -j libvirt-O-vnet0' failed: Illegal target name 'libvirt-O-vnet0'. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -L libvirt-O-vnet0' failed: Chain 'libvirt-O-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -F libvirt-O-vnet0' failed: Chain 'libvirt-O-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 firewalld[24040]: WARNING: COMMAND_FAILED: '/usr/sbin/ebtables --concurrent -t nat -X libvirt-O-vnet0' failed: Chain 'libvirt-O-vnet0' doesn't exist. Jan 21 14:10:07 HCI01 vdsm[3650]: WARN File: /var/lib/libvirt/qemu/channels/ea1b312c-a462-45a9-ab75-78008bc4c9c9.ovirt-guest-agent.0 already removed Jan 21 14:10:07 HCI01 vdsm[3650]: WARN Attempting to remove a non existing network: ovirtmgmt/ea1b312c-a462-45a9-ab75-78008bc4c9c9 Jan 21 14:10:07 HCI01 vdsm[3650]: WARN Attempting to remove a non existing net user: ovirtmgmt/ea1b312c-a462-45a9-ab75-78008bc4c9c9 Jan 21 14:10:07 HCI01 vdsm[3650]: WARN File: /var/lib/libvirt/qemu/channels/ea1b312c-a462-45a9-ab75-78008bc4c9c9.org.qemu.guest_agent.0 already removed any ideas on that?

2 2

Q: Is it safe to execute on node "saslpasswd2 -a libvirt username" ?
by Andrei Verovski 23 Jan '19

23 Jan '19

Hi ! Is it safe to execute on oVirt node this command ? saslpasswd2 -a libvirt username Its a production environment, screwing up anything is not an option. I have no idea how VDSM interacts with libvirt, so not sure about this. Thanks in advance Andrei

2 1

Host non-responsive after yum update CentOS7/Ovirt3.6
by jaherring＠usa.net 23 Jan '19

23 Jan '19

Hi, I working on a CentOS7 based Ovirt 3.6 system (ovirt-engine/db on one machine, two separate ovirt vm hosts) which has been running fine but mostly ignored for 2-3 of years. Recently it was decided to update the OS as it was far behind on security updates, so one host was put into maintenance mode, yum update'd, rebooted, and then it was attempted to take out of maintenance mode but it's "non-responsive" now. If I look in /var/log/ovirt-engine/engine.log on the engine machine I see for this host (vmserver2): "ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (DefaultQuartzScheduler_Worker-36) [2bc0978d] Command 'GetCapabilitiesVDSCommand(HostName = vmserver2, VdsIdAndVdsVDSCommandParametersBase:{runAsync='true', hostId='6725086f-42c0-40eb-91f1-0f2411ea9432', vds='Host[vmserver2,6725086f-42c0-40eb-91f1-0f2411ea9432]'})' execution failed: org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: Connection failed" and thereafter more errors. This keep repeating in the log. In the Ovirt GUI I see multiple occurrences of log entries for the problem host: "vmserver2...command failed: Vds timeout occurred" "vmserver2...command failed: Heartbeat exceeded" "vmserver2...command failed: internal error: Unknown CPU model Broadwell-noTSX-IBRS" Firewall rules look identical to the host which is working normally but has not been updated. Any thoughts about how to fix or further troubleshoot this?

6 7

Re: Cannot Increase Hosted Engine VM Memory
by Douglas Duckworth 23 Jan '19

23 Jan '19

Hi Simone Can I get help with this issue? Still cannot increase memory for Hosted Engine. Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit<https://scu.med.cornell.edu> Weill Cornell Medicine 1300 York Avenue New York, NY 10065 E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> O: 212-746-6305 F: 212-746-8690 On Thu, Jan 17, 2019 at 8:08 AM Douglas Duckworth <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu>> wrote: Sure, they're attached. In "first attempt" the error seems to be: 2019-01-17 07:49:24,795-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-29) [680f82b3-7612-4d91-afdc-43937aa298a2] EVENT_ID: FAILED_HOT_SET_MEMORY_NOT_DIVIDABLE(2,048), Failed to hot plug memory to VM HostedEngine. Amount of added memory (4000MiB) is not dividable by 256MiB. Followed by: 2019-01-17 07:49:24,814-05 WARN [org.ovirt.engine.core.bll.UpdateRngDeviceCommand] (default task-29) [26f5f3ed] Validation of action 'UpdateRngDevice' failed for user admin@internal-authz. Reasons: ACTION_TYPE_FAILED_VM_IS_RUNNING 2019-01-17 07:49:24,815-05 ERROR [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-29) [26f5f3ed] Updating RNG device of VM HostedEngine (adf14389-1563-4b1a-9af6-4b40370a825b) failed. Old RNG device = VmRngDevice:{id='VmDeviceId:{deviceId='6435b2b5-163c-4f0c-934e-7994da60dc89', vmId='adf14389-1563-4b1a-9af6-4b40370a825b'}', device='virtio', type='RNG', specParams='[source=urandom]', address='', managed='true', plugged='true', readOnly='false', deviceAlias='', customProperties='null', snapshotId='null', logicalName='null', hostDevice='null'}. New RNG device = VmRngDevice:{id='VmDeviceId:{deviceId='6435b2b5-163c-4f0c-934e-7994da60dc89', vmId='adf14389-1563-4b1a-9af6-4b40370a825b'}', device='virtio', type='RNG', specParams='[source=urandom]', address='', managed='true', plugged='true', readOnly='false', deviceAlias='', customProperties='null', snapshotId='null', logicalName='null', hostDevice='null'}. In "second attempt" I used values that are dividable by 256 MiB so that's no longer present. Though same error: 2019-01-17 07:56:59,795-05 INFO [org.ovirt.engine.core.vdsbroker.SetAmountOfMemoryVDSCommand] (default task-22) [7059a48f] START, SetAmountOfMemoryVDSCommand(HostName = ovirt-hv1.med.cornell.edu<http://ovirt-hv1.med.cornell.edu>, Params:{hostId='cdd5ffda-95c7-4ffa-ae40-be66f1d15c30', vmId='adf14389-1563-4b1a-9af6-4b40370a825b', memoryDevice='VmDevice:{id='VmDeviceId:{deviceId='7f7d97cc-c273-4033-af53-bc9033ea3abe', vmId='adf14389-1563-4b1a-9af6-4b40370a825b'}', device='memory', type='MEMORY', specParams='[node=0, size=2048]', address='', managed='true', plugged='true', readOnly='false', deviceAlias='', customProperties='null', snapshotId='null', logicalName='null', hostDevice='null'}', minAllocatedMem='6144'}), log id: 50873daa 2019-01-17 07:56:59,855-05 INFO [org.ovirt.engine.core.vdsbroker.SetAmountOfMemoryVDSCommand] (default task-22) [7059a48f] FINISH, SetAmountOfMemoryVDSCommand, log id: 50873daa 2019-01-17 07:56:59,862-05 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-22) [7059a48f] EVENT_ID: HOT_SET_MEMORY(2,039), Hotset memory: changed the amount of memory on VM HostedEngine from 4096 to 4096 2019-01-17 07:56:59,881-05 WARN [org.ovirt.engine.core.bll.UpdateRngDeviceCommand] (default task-22) [28fd4c82] Validation of action 'UpdateRngDevice' failed for user admin@internal-authz. Reasons: ACTION_TYPE_FAILED_VM_IS_RUNNING 2019-01-17 07:56:59,882-05 ERROR [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-22) [28fd4c82] Updating RNG device of VM HostedEngine (adf14389-1563-4b1a-9af6-4b40370a825b) failed. Old RNG device = VmRngDevice:{id='VmDeviceId:{deviceId='6435b2b5-163c-4f0c-934e-7994da60dc89', vmId='adf14389-1563-4b1a-9af6-4b40370a825b'}', device='virtio', type='RNG', specParams='[source=urandom]', address='', managed='true', plugged='true', readOnly='false', deviceAlias='', customProperties='null', snapshotId='null', logicalName='null', hostDevice='null'}. New RNG device = VmRngDevice:{id='VmDeviceId:{deviceId='6435b2b5-163c-4f0c-934e-7994da60dc89', vmId='adf14389-1563-4b1a-9af6-4b40370a825b'}', device='virtio', type='RNG', specParams='[source=urandom]', address='', managed='true', plugged='true', readOnly='false', deviceAlias='', customProperties='null', snapshotId='null', logicalName='null', hostDevice='null'}. This message repeats throughout engine.log: 2019-01-17 07:55:43,270-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-89) [] EVENT_ID: VM_MEMORY_UNDER_GUARANTEED_VALUE(148), VM HostedEngine on host ovirt-hv1.med.cornell.edu<http://ovirt-hv1.med.cornell.edu> was guaranteed 8192 MB but currently has 4224 MB As you can see attached the host has plenty of memory. Thank you Simone! Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit<https://scu.med.cornell.edu> Weill Cornell Medicine 1300 York Avenue New York, NY 10065 E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> O: 212-746-6305 F: 212-746-8690 On Thu, Jan 17, 2019 at 5:09 AM Simone Tiraboschi <stirabos(a)redhat.com<mailto:stirabos@redhat.com>> wrote: On Wed, Jan 16, 2019 at 8:22 PM Douglas Duckworth <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu>> wrote: Sorry for accidental send. Anyway I try to increase physical memory however it won't go above 4096MB. The hypervisor has 64GB. Do I need to modify this value with Hosted Engine offline? No, it's not required. Can you please attach your engine.log for the relevant time frame? Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit<https://scu.med.cornell.edu> Weill Cornell Medicine 1300 York Avenue New York, NY 10065 E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> O: 212-746-6305 F: 212-746-8690 On Wed, Jan 16, 2019 at 1:58 PM Douglas Duckworth <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu>> wrote: Hello I am trying to increase Hosted Engine physical memory above 4GB Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit<https://scu.med.cornell.edu> Weill Cornell Medicine 1300 York Avenue New York, NY 10065 E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> O: 212-746-6305 F: 212-746-8690 _______________________________________________ Users mailing list -- users(a)ovirt.org<mailto:users@ovirt.org> To unsubscribe send an email to users-leave(a)ovirt.org<mailto:users-leave@ovirt.org> Privacy Statement: https://www.ovirt.org/site/privacy-policy/<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_site_pri…> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_communit…> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/WGSXQVVPJJ2CR…<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.ovirt.org_archiv…>

2 1

Re: Hosted Engine VM and Storage not showing up
by Simone Tiraboschi 23 Jan '19

23 Jan '19

On Mon, Jan 7, 2019 at 2:03 PM Vinícius Ferrão <ferrao(a)versatushpc.com.br> wrote: > Hello Simone, > > Sent from my iPhone > > On 7 Jan 2019, at 07:11, Simone Tiraboschi <stirabos(a)redhat.com> wrote: > > > > On Sun, Jan 6, 2019 at 5:31 PM <ferrao(a)versatushpc.com.br> wrote: > >> Hello, >> >> I’ve a new oVirt installation using oVirt 4.2.7.1 Node and after >> deploying the hosted engine it does not show up on the interface even after >> adding the first storage. >> >> The Datacenter is up but the engine VM and the engine storage does not >> appear. >> >> I have the following message repeated constantly on /var/log/messages: >> >> Jan 4 20:17:30 ovirt1 journal: ovirt-ha-agent >> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR >> Unable to identify the OVF_STORE volume, falling back to initial vm.conf. >> Please ensure you already added your first data domain for regular VMs >> >> What’s wrong? Am I doing something different? >> > > The import of external VM is broken in 4.2.7 as for > https://bugzilla.redhat.com/show_bug.cgi?id=1649615 > It will be fixed with 4.2.8. > > In the mean time I strongly suggest to use the regular flow for > hosted-engine deployment (simply skip --noansible option) since only the > vintage deprecated flow is affected by this issue. > > > > Thanks for pointing the issue. I was unable the find this on bugzilla by > myself. The title isn’t helping either. > > But on other hand, I only used the legacy mode because ansible mode fails. > Can you please attach a log of the issue? > > I’m not sure why it fails. I can try it again, but I can ask in advance: > the management network is bonded, is this an issue? I think I’ve read > something about this on this list but I’m unsure. > No, but you should set bond mode 1, 2, 3, or 4. Teaming is not supported. > > Thanks, > > >> >> Additional infos: >> >> [root@ovirt1 ~]# vdsm-tool list-nets >> ovirtmgmt (default route) >> storage >> >> [root@ovirt1 ~]# ip a | grep "inet " >> inet 127.0.0.1/8 scope host lo >> inet 10.20.0.101/24 brd 10.20.0.255 scope global dynamic ovirtmgmt >> inet 192.168.10.1/29 brd 192.168.10.7 scope global storage >> >> [root@ovirt1 ~]# mount | grep -i nfs >> sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime) >> 10.20.0.200:/mnt/pool0/ovirt/he on /rhev/data-center/mnt/10.20.0.200:_mnt_pool0_ovirt_he >> type nfs4 >> (rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,clientaddr=10.20.0.101,local_lock=none,addr=10.20.0.200) >> >> [root@ovirt1 ~]# hosted-engine --check-deployed >> Returns nothing! >> >> [root@ovirt1 ~]# hosted-engine --check-liveliness >> Hosted Engine is up! >> >> [root@ovirt1 ~]# hosted-engine --vm-status >> >> --== Host 1 status ==-- >> >> conf_on_shared_storage : True >> Status up-to-date : True >> Hostname : ovirt1.local.versatushpc.com.br >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "Up"} >> Score : 3400 >> stopped : False >> Local maintenance : False >> crc32 : 1736a87d >> local_conf_timestamp : 7836 >> Host timestamp : 7836 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=7836 (Fri Jan 4 20:18:10 2019) >> host-id=1 >> score=3400 >> vm_conf_refresh_time=7836 (Fri Jan 4 20:18:10 2019) >> conf_on_shared_storage=True >> maintenance=False >> state=EngineUp >> stopped=False >> >> >> Thanks in advance, >> >> PS: Log files are available here: >> http://www.if.ufrj.br/~ferrao/ovirt/issues/he-not-showing/ >> _______________________________________________ >> 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/IQHM6YQ7HVBHL… >> > _______________________________________________ > 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/BPJAV4AVRN55Y… > >

2 9

Migrating Hosted Engine environment from untagged to LACP bonded interfaces with tagged ovirtmgmt network
by Bernhard Dick 23 Jan '19

23 Jan '19

Hi, I have an oVirt 4.2 environment running with the engine in hosted engine state. We are now going to change our whole setup migrating to redundancy on switch side and using a different VLAN for the ovirt management traffic. Currently all host and management-traffic is running untagged on one network interface on all of our hosts and we want to change this to be VLAN-tagged inside LACP-Bonds (each bond containing two network interfaces) on all hosts. While changing the configuration for the VM networks should be straight forward as I can shutdown all VMs during the migration I'm asking how to handle this for the hosted engine VM and configuration. Is there any information how to do such a change? Regards Bernhard

1 0

Adding host with local-storage VMs configured
by Callum Smith 23 Jan '19

23 Jan '19

Dear All, We’re in a world where we had to recover from outage by installing a clean hosted engine and importing VMs from storage. We do, however, have a host that is configured for local-storage and has a VM running on it. What is the best way to re-introduce this host to a new hosted-engine with minimal outage of the VM on that host. Regards, Callum -- Callum Smith Research Computing Core Wellcome Trust Centre for Human Genetics University of Oxford e. callum(a)well.ox.ac.uk<mailto:callum@well.ox.ac.uk>

1 0

Q: "virsh list" on oVirt node
by Andrei Verovski 23 Jan '19

23 Jan '19

Hi ! “virsh” can’t be executed on oVirt node directly due to authentication problem. Only "virsh —readonly” are working. Someone have recommended adding new password with this: saslpasswd2 -a libvirt username I know this is somewhat depreciated to hacking directly into oVirt node yet I’m still need this. What is correct, non-destructive to accomplish this? Thanks in advance. Andrei

1 0

Re: The built in group Everyone is troublesome.
by Jacob Green 22 Jan '19

22 Jan '19

Thank you for your help! This worked flawlessly and helped me understand the engine database a little more! On 12/04/2018 12:00 PM, Staniforth, Paul wrote: > > Get the id for the everyone group > https://engine.example.com/ovirt-engine/api/groups?search=everyone > > Get the id for the UserRole > https://engine.example.com/ovirt-engine/api/roles > > connect to the engine database > > e.g. > > psql -h localhost -U engine -d engine > > select * from permissions where ad_element_id='groupid'; > > note the id of the permission, probably the last one but you can check > by the role_id > then delete the permission. > > delete from permissions where id='noted before'; > > you should make a backup of your system before you do this. > > > Regards, > > Paul S. > > ------------------------------------------------------------------------ > *From:* Staniforth, Paul > *Sent:* 04 December 2018 17:23 > *To:* Jacob Green > *Subject:* Re: [ovirt-users] The built in group Everyone is troublesome. > > Yes, that's not good you need to remove the UserRole system permission > but they fixed it so you can't. > > https://bugzilla.redhat.com/show_bug.cgi?id=1366205 > > > I think there maybe a bug that allows you to add system permissions to > the everyone group in 4.2, you're only supposed to be able to change > the permissions with a dbscript. > > > I'll look up my notes on how to remove the permission from the DB. > > > Regards, > > Paul S. > > > ------------------------------------------------------------------------ > *From:* Jacob Green <jgreen(a)aasteel.com> > *Sent:* 04 December 2018 16:59 > *To:* Staniforth, Paul > *Subject:* Re: [ovirt-users] The built in group Everyone is troublesome. > > > If the picture does not come through. The following are the permisstions > > Group > Everyone > > Everyone > Role - UserRole,UserProfileEditor Object : (System) > > > On 12/04/2018 10:20 AM, Staniforth, Paul wrote: >> What are the permissions for the group everyone, in particular the system permission should be just UserProfileEditor. >> >> Regards, >> Paul S. >> ________________________________________ >> From: Jacob Green<jgreen(a)aasteel.com> >> Sent: 04 December 2018 15:20 >> To: users >> Subject: [ovirt-users] The built in group Everyone is troublesome. >> >> So all my VMs are inheriting system permissions from group >> everyone and giving all my users access to all my VMs, in ovirt 4.2. Is >> there a best practices guide or any recommendation on how to clear this >> up? Clicking remove on everyone does not work because Ovirt won't allow >> me to remove a built in account. >> >> >> Thank you >> >> -- >> Jacob Green >> >> Systems Admin >> >> American Alloy Steel >> >> 713-300-5690 >> _______________________________________________ >> Users mailing list --users(a)ovirt.org >> To unsubscribe send an email tousers-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/A5MW… >> To view the terms under which this email is distributed, please go to:- >> http://leedsbeckett.ac.uk/disclaimer/email/ > > -- > Jacob Green > > Systems Admin > > American Alloy Steel > > 713-300-5690 > To view the terms under which this email is distributed, please go to:- > http://leedsbeckett.ac.uk/disclaimer/email/ -- Jacob Green Systems Admin American Alloy Steel 713-300-5690

3 2

oVirt 4.2.7 export VM seems stuck at end of sparse disk
by Gianluca Cecchi 22 Jan '19

22 Jan '19

Hello, it happened two times, always with VMs composed by more than 1 disk. Now I have a VM with 9 disks and a total of about 370Gb: 1 x 90Gb 5 x 50Gb 3 x 10Gb I export vm to an export domain and it started 2 hours and 10 minutes ago at 15:46. At beginning the write rate on export domain was 120MB/s (in line with I/O capabilities of storage subsystem). It seems 5 disks completed ok, while 4 don't complete, even if it seems to be some reading activity: with command iotop -d 3 -k -o -P I get this on hypervisor where qemu-img convert command is executing Total DISK READ : 5712.75 K/s | Total DISK WRITE : 746.58 K/s Actual DISK READ: 6537.11 K/s | Actual DISK WRITE: 6.89 K/s PID PRIO USER DISK READ> DISK WRITE SWAPIN IO COMMAND 21238 idle vdsm 1344.18 K/s 183.12 K/s 0.00 % 0.15 % qemu-img convert -p -t non~1d23-4829-8350-f81fa16ea8b0 21454 idle vdsm 1344.18 K/s 183.12 K/s 0.00 % 0.06 % qemu-img convert -p -t non~443d-4563-8879-3dbd711b6936 21455 idle vdsm 1344.18 K/s 189.68 K/s 0.00 % 0.08 % qemu-img convert -p -t non~b67d-4acd-9bb5-485bc3ffdf2e 21548 idle vdsm 1344.18 K/s 190.67 K/s 0.00 % 0.06 % qemu-img convert -p -t non~7fc On export share [root@xfer ~]# ll -td /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/* drwxr-xr-x 2 36 36 4096 Jan 21 17:21 /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/ac33a8fe-f10e-4cbb-b121-2956f9925ade drwxr-xr-x 2 36 36 4096 Jan 21 17:06 /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/20c07082-d5ed-4804-867d-1f3f7c202b0e drwxr-xr-x 2 36 36 4096 Jan 21 17:02 /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/f8b1c6bc-de13-4416-9fe6-d7c26fb082b1 drwxr-xr-x 2 36 36 4096 Jan 21 17:02 /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/1b5313ef-0ee5-4f9a-b2a6-baa153ff0984 drwxr-xr-x 2 36 36 4096 Jan 21 17:02 /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/3f21c566-bc00-4dab-acbb-db9a3a1d76fa drwxr-xr-x 2 36 36 4096 Jan 21 15:47 /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/ed3a721e-fd1b-4fea-ad41-7ca56e94890e drwxr-xr-x 2 36 36 4096 Jan 21 15:46 /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/213f9ce9-6c34-4911-820e-4d1a96ba1791 drwxr-xr-x 2 36 36 4096 Jan 21 15:46 /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/28fef57c-4254-4469-9f3f-0d1f114d4f78 drwxr-xr-x 2 36 36 4096 Jan 21 15:46 /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/ea4fa5b1-a93a-4cb9-9552-e8ec67c5ff75 [root@xfer ~]# du -sh /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/* 11G /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/1b5313ef-0ee5-4f9a-b2a6-baa153ff0984 51G /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/20c07082-d5ed-4804-867d-1f3f7c202b0e 51G /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/213f9ce9-6c34-4911-820e-4d1a96ba1791 51G /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/28fef57c-4254-4469-9f3f-0d1f114d4f78 11G /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/3f21c566-bc00-4dab-acbb-db9a3a1d76fa 85G /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/ac33a8fe-f10e-4cbb-b121-2956f9925ade 51G /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/ea4fa5b1-a93a-4cb9-9552-e8ec67c5ff75 51G /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/ed3a721e-fd1b-4fea-ad41-7ca56e94890e 11G /export/ovirt/a6a289ea-f160-4d35-b3aa-e59d171b4633/images/f8b1c6bc-de13-4416-9fe6-d7c26fb082b1 [root@xfer ~]# It seems more than 30 minutes no more progress.... I see no errors in vdsm.log of hypervisor and in engine.log I keep this message every 10 seconds: 2019-01-21 18:08:19,060+01 INFO [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] (EE-ManagedThreadFactory-engineScheduled-Thread-10) [a1c0e39f-1924-4ae8-8b48-30bcce669278] Command 'ExportVm' (id: 'dc0a58bd-e8ca-42a9-8de0-dd3ccabe0512') waiting on child command id: '29d40db8-a0b9-4408-9e62-1abf3bccca65' type:'CopyImageGroup' to complete All the disks except the "apparently" not completed one (the 90Gb disk) are preallocated. Any other hint on what to check? Thanks, Gianluca

1 1

How to connect 2 hosts
by adamantini.peratikou＠ouc.ac.cy 22 Jan '19

22 Jan '19

I have the following configuraton: 1 cluster, 2 Hosts I would like to use a Vm-router under Host 1 to act as a dhcp server for both HOST1 and HOST2 VMs is it possible?

4 7

User Management
by Sakhi Hadebe 22 Jan '19

22 Jan '19

Hi, I need some pointers to documentation that will help me to configure users to have access and some rights (access to console, starting and shutting down own VMs) on their VMs on the VM portal. I have created a user using the ovirt-aaa-jdbc-tool utility, but I am unable to login to the cockpit portal. It gives an error: *The user shadebe@internal is not **authorized** to perform login* User details: [root@hostedengine ~]# ovirt-aaa-jdbc-tool query --what=user --pattern="name=s*" -- User shadebe(a35e8e14-d32b-4ff9-89e0-fd090a87146a) -- Namespace: * Name: shadebe ID: a35e8e14-d32b-4ff9-89e0-fd090a87146a Display Name: Email: sakhi(a)sanren.ac.za First Name: Sakhi Last Name: Hadebe Department: Title: Description: Account Disabled: false Account Locked: false Account Unlocked At: 1970-01-01 00:00:00Z Account Valid From: 2019-01-16 09:08:48Z Account Valid To: 2219-01-16 09:08:48Z Account Without Password: false Last successful Login At: 2019-01-16 09:32:52Z Last unsuccessful Login At: 2019-01-16 09:32:36Z Password Valid To: 2029-01-16 10:30:00Z Please help. -- Regards, Sakhi Hadebe Engineer: South African National Research Network (SANReN)Competency Area, Meraka, CSIR Tel: +27 12 841 2308 <+27128414213> Fax: +27 12 841 4223 <+27128414223> Cell: +27 71 331 9622 <+27823034657> Email: sakhi(a)sanren.ac.za <shadebe(a)csir.co.za>

2 2

[ANN] oVirt 4.2.8 is now generally available
by Sandro Bonazzola 22 Jan '19

22 Jan '19

The oVirt Project is pleased to announce the general availability of oVirt 4.2.8, as of January 22nd, 2019. This update is the eighth and last in a series of stabilization updates to the 4.2 series. Please note that no further updates will be issued for the 4.2 series. We encourage users to upgrade to 4.3 series when generally available to receive new features and updates. This release is available now for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later * oVirt Node 4.2 See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is available - oVirt Node update is available, ISO will be available soon [2] - oVirt Tools Setup ISO is available[2] oVirt Node has been updated including: - oVirt 4.2.8: http://www.ovirt.org/release/4.2.8/ - Release for CentOS Linux 7 (1810) ( https://lists.centos.org/pipermail/centos-announce/2018-December/023082.html ) - Ansible 2.7.5: https://github.com/ansible/ansible/blob/stable-2.7/changelogs/CHANGELOG-v2.… Relevant CentOS Errata included: - CEBA-2019:0037 CentOS 7 tzdata BugFix Update ( https://lists.centos.org/pipermail/centos-announce/2019-January/023142.html ) - CESA-2019:0049 Important CentOS 7 systemd Security Update ( https://lists.centos.org/pipermail/centos-announce/2019-January/023143.html ) - CESA-2018:3651 Moderate CentOS 7 kernel Security Update ( https://lists.centos.org/pipermail/centos-announce/2018-December/023132.html ) - CEBA-2018:3338 CentOS 7 sos BugFix Update ( https://lists.centos.org/pipermail/centos-announce/2018-December/023125.html ) - CEBA-2018:3664 CentOS 7 selinux-policy BugFix Update ( https://lists.centos.org/pipermail/centos-announce/2018-December/023124.html ) - CESA-2018:3738 Important CentOS 7 ruby Security Update ( https://lists.centos.org/pipermail/centos-announce/2018-December/023122.html ) - CESA-2018:3347 Critical CentOS 7 python-paramiko Security Update ( https://lists.centos.org/pipermail/centos-announce/2018-December/023119.html ) - CESA-2018:3665 Important CentOS 7 NetworkManager Security Update ( https://lists.centos.org/pipermail/centos-announce/2018-December/023116.html ) - CEBA-2018:3442 CentOS 7 lvm2 BugFix Update ( https://lists.centos.org/pipermail/centos-announce/2018-December/023112.html ) - CEBA-2018:3669 CentOS 7 libvirt BugFix Update ( https://lists.centos.org/pipermail/centos-announce/2018-December/023110.html ) - CEBA-2018:3659 CentOS 7 libguestfs BugFix Update ( https://lists.centos.org/pipermail/centos-announce/2018-December/023108.html ) Additional Resources: * Read more about the oVirt 4.2.8 release highlights: http://www.ovirt.org/release/4.2.8/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4.2.8/ [2] http://resources.ovirt.org/pub/ovirt-4.2/iso/ -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

1 0

Unable to start or create a virtual machine
by Shikhar Verma 22 Jan '19

22 Jan '19

Hi, I have created the virtual machine from ovirt manager but when I am trying to get the console of the vm to do the installation of it but it is only giving two two line and even i have tried as run once and selected CD ROM as first priority and attached the ISO of centos7 SeaBIOS (version 1.11.0-2.e17) Machine UUID ------- Also, from manager, newly launched vm is showing green.. And from the host machine, it is showing this error Jan 21 19:23:24 servera libvirtd: 2019-01-21 13:53:24.286+0000: 12800: error : qemuDomainAgentAvailable:9133 : Guest agent is not responding: QEMU guest agent is not connected I am using the latest version version of ovirt-engine & host as well. Setup I have create on my Laptop using vmware workstation: Centos server : Manager : server.example.com (192.168.28.128) Centos : Host : servera.example.com 192.168.28.130 Centos : NFS Server : utility.example.com 192.168.28.129 (create fs's as /exports and exported as /exports/iso & /exports/data1 ) In /exports/iso ==> I have rhel 7 & centos 7 iso images and /exports/data1 ( will be using for disk images of vms) From Manager : I have added host and also create domains one as datadomain (/exports/data1) and another one is isodomain (/exports/iso) Now issue i am facing when I am trying to create a vm, it is allowing me to create vm but console is blank.

1 0

Vdo based storage domain
by Leo David 22 Jan '19

22 Jan '19

Hi everyone, I have read and tried to understand how vdo works, and it seems pretty impressive, but i feel like i am missing something. At the end of the day, my question is: Can I entirelly rely on the 10 times increased usable space ? As and example, I have created a 4.8tb volume based on 3x480gb samsung sm863a enterprise ssd devices. (full replica 3). Should I be confident that I can use 4.8tb for my storage domain (vms data store) without concerning about data repetabilitty in the future ? I am just trying to think as an end-user consumer that cannot predict if data that will be written to the device will be compresable or not, and only see 4.8tb as trully usable space. Any thoughts, any experience to share ? Im sorry if my question sounds noob, but i'm just trying to get under end user's hat. Thank you very much, Have a good day ! Leo

1 0

failed to attach a samba active directory
by adam_xu＠adagene.com.cn 22 Jan '19

22 Jan '19

Hello ovirt developers. I have attached a samba ad dc successfully more then 10 times before via this link https://www.ovirt.org/documentation/admin-guide/chap-Users_and_Roles.html but this time, when I try to attach a samba ad dc, I got some certificate error. my test engine version: 4.2.7 or 4.2.8 (both have been tested) full procedure like below: # ovirt-engine-extension-aaa-ldap-setup [ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: ['/etc/ovirt-engine-extension-aaa-ldap-setup.conf.d/10-packaging.conf'] Log file: /tmp/ovirt-engine-extension-aaa-ldap-setup-20190122102450-0b1sjq.log Version: otopi-1.7.8 (otopi-1.7.8-1.el7) [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment customization Welcome to LDAP extension configuration program Available LDAP implementations: 1 - 389ds 2 - 389ds RFC-2307 Schema 3 - Active Directory 4 - IBM Security Directory Server 5 - IBM Security Directory Server RFC-2307 Schema 6 - IPA 7 - Novell eDirectory RFC-2307 Schema 8 - OpenLDAP RFC-2307 Schema 9 - OpenLDAP Standard Schema 10 - Oracle Unified Directory RFC-2307 Schema 11 - RFC-2307 Schema (Generic) 12 - RHDS 13 - RHDS RFC-2307 Schema 14 - iPlanet Please select: 3 Please enter Active Directory Forest name: ntbaobei.com [ INFO ] Resolving Global Catalog SRV record for ntbaobei.com NOTE: It is highly recommended to use secure protocol to access the LDAP server. Protocol startTLS is the standard recommended method to do so. Only in cases in which the startTLS is not supported, fallback to non standard ldaps protocol. Use plain for test environments only. Please select protocol to use (startTLS, ldaps, plain) [startTLS]: Please select method to obtain PEM encoded CA certificate (File, URL, Inline, System, Insecure): File File path: /etc/pki/ca-trust/extracted/pem/ca.pem [ INFO ] Resolving SRV record 'ntbaobei.com' [ INFO ] Connecting to LDAP using 'ldap://dc1.ntbaobei.com:389' [ INFO ] Executing startTLS [ INFO ] Connection succeeded Enter search user DN (for example uid=username,dc=example,dc=com or leave empty for anonymous): vmail(a)ntbaobei.com Enter search user password: [ INFO ] Attempting to bind using 'vmail(a)ntbaobei.com' Are you going to use Single Sign-On for Virtual Machines (Yes, No) [Yes]: NOTE: Profile name has to match domain name, otherwise Single Sign-On for Virtual Machines will not work. Please specify profile name that will be visible to users [ntbaobei.com] [ INFO ] Stage: Setup validation NOTE: It is highly recommended to test drive the configuration before applying it into engine. Login sequence is executed automatically, but it is recommended to also execute Search sequence manually after successful Login sequence. Please provide credentials to test login flow: Enter user name: xingya_xu Enter user password: [ INFO ] Executing login sequence... Login output: 2019-01-22 10:26:06,777+08 INFO ======================================================================== 2019-01-22 10:26:06,800+08 INFO ============================ Initialization ============================ 2019-01-22 10:26:06,801+08 INFO ======================================================================== 2019-01-22 10:26:06,841+08 INFO Loading extension 'ntbaobei.com-authn' 2019-01-22 10:26:06,911+08 INFO Extension 'ntbaobei.com-authn' loaded 2019-01-22 10:26:06,917+08 INFO Loading extension 'ntbaobei.com' 2019-01-22 10:26:06,953+08 INFO Extension 'ntbaobei.com' loaded 2019-01-22 10:26:06,954+08 INFO Initializing extension 'ntbaobei.com-authn' 2019-01-22 10:26:06,960+08 INFO [ovirt-engine-extension-aaa-ldap.authn::ntbaobei.com-authn] Creating LDAP pool 'authz' 2019-01-22 10:26:07,324+08 WARNING Exception: The connection reader was unable to successfully complete TLS negotiation: SSLHandshakeException(sun.security.validator.ValidatorException: No trusted certificate found), ldapSDKVersion=4.0.5, revision=b28fb50058dfe2864171df2448ad2ad2b4c2ad58 2019-01-22 10:26:07,325+08 INFO [ovirt-engine-extension-aaa-ldap.authn::ntbaobei.com-authn] Creating LDAP pool 'authn' 2019-01-22 10:26:08,748+08 WARNING Exception: The connection reader was unable to successfully complete TLS negotiation: SSLHandshakeException(sun.security.validator.ValidatorException: No trusted certificate found), ldapSDKVersion=4.0.5, revision=b28fb50058dfe2864171df2448ad2ad2b4c2ad58 2019-01-22 10:26:08,773+08 WARNING Ignoring records from pool: 'authz' 2019-01-22 10:26:08,774+08 WARNING Ignoring records from pool: 'authz' 2019-01-22 10:26:08,775+08 INFO Extension 'ntbaobei.com-authn' initialized 2019-01-22 10:26:08,776+08 INFO Initializing extension 'ntbaobei.com' 2019-01-22 10:26:08,776+08 INFO [ovirt-engine-extension-aaa-ldap.authz::ntbaobei.com] Creating LDAP pool 'authz' 2019-01-22 10:26:09,414+08 INFO [ovirt-engine-extension-aaa-ldap.authz::ntbaobei.com] LDAP pool 'authz' information: vendor='Samba Team (https://www.samba.org)' version='4.8.8-SerNet-RedHat-18.el7' 2019-01-22 10:26:09,415+08 INFO [ovirt-engine-extension-aaa-ldap.authz::ntbaobei.com] Creating LDAP pool 'gc' 2019-01-22 10:26:10,148+08 WARNING Exception: The connection reader was unable to successfully complete TLS negotiation: SSLHandshakeException(sun.security.validator.ValidatorException: No trusted certificate found), ldapSDKVersion=4.0.5, revision=b28fb50058dfe2864171df2448ad2ad2b4c2ad58 2019-01-22 10:26:10,179+08 INFO [ovirt-engine-extension-aaa-ldap.authz::ntbaobei.com] Creating LDAP pool 'authz(a)ntbaobei.com' 2019-01-22 10:26:10,269+08 WARNING Exception: The connection reader was unable to successfully complete TLS negotiation: SSLHandshakeException(sun.security.validator.ValidatorException: No trusted certificate found), ldapSDKVersion=4.0.5, revision=b28fb50058dfe2864171df2448ad2ad2b4c2ad58 2019-01-22 10:26:10,270+08 WARNING Ignoring records from pool: 'authz(a)ntbaobei.com' 2019-01-22 10:26:10,282+08 WARNING Ignoring records from pool: 'authz(a)ntbaobei.com' 2019-01-22 10:26:10,283+08 INFO [ovirt-engine-extension-aaa-ldap.authz::ntbaobei.com] Available Namespaces: [] 2019-01-22 10:26:10,283+08 INFO Extension 'ntbaobei.com' initialized 2019-01-22 10:26:10,284+08 INFO Start of enabled extensions list 2019-01-22 10:26:10,284+08 INFO Instance name: 'ntbaobei.com', Extension name: 'ovirt-engine-extension-aaa-ldap.authz', Version: '1.3.8', Notes: 'Display name: ovirt-engine-extension-aaa-ldap-1.3.8-1.el7', License: 'ASL 2.0', Home: 'http://www.ovirt.org', Author 'The oVirt Project', Build interface Version: '0', File: '/tmp/tmp01ChKj/extensions.d/ntbaobei.com.properties', Initialized: 'true' 2019-01-22 10:26:10,285+08 INFO Instance name: 'ntbaobei.com-authn', Extension name: 'ovirt-engine-extension-aaa-ldap.authn', Version: '1.3.8', Notes: 'Display name: ovirt-engine-extension-aaa-ldap-1.3.8-1.el7', License: 'ASL 2.0', Home: 'http://www.ovirt.org', Author 'The oVirt Project', Build interface Version: '0', File: '/tmp/tmp01ChKj/extensions.d/ntbaobei.com-authn.properties', Initialized: 'true' 2019-01-22 10:26:10,285+08 INFO End of enabled extensions list 2019-01-22 10:26:10,285+08 INFO ======================================================================== 2019-01-22 10:26:10,285+08 INFO ============================== Execution =============================== 2019-01-22 10:26:10,286+08 INFO ======================================================================== 2019-01-22 10:26:10,286+08 INFO Iteration: 0 2019-01-22 10:26:10,287+08 INFO Profile='ntbaobei.com' authn='ntbaobei.com-authn' authz='ntbaobei.com' mapping='null' 2019-01-22 10:26:10,287+08 INFO API: -->Authn.InvokeCommands.AUTHENTICATE_CREDENTIALS profile='ntbaobei.com' user='testusernamehere' 2019-01-22 10:26:10,290+08 INFO API: <--Authn.InvokeCommands.AUTHENTICATE_CREDENTIALS profile='ntbaobei.com' result=GENERAL_ERROR 2019-01-22 10:26:10,296+08 SEVERE Authn.Result code is: GENERAL_ERROR [ ERROR ] Login sequence failed Please investigate details of the failure (search for lines containing SEVERE log level). Select test sequence to execute (Done, Abort, Login, Search) [Abort]: [ ERROR ] Failed to execute stage 'Setup validation': Aborted by user [ INFO ] Stage: Clean up Log file is available at /tmp/ovirt-engine-extension-aaa-ldap-setup-20190122102450-0b1sjq.log: [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination I have copy the CA certificate file from samba ad dc to /etc/pki/ca-trust/extracted/pem/ca.pem in the engine server. I think the warning "SSLHandshakeException(sun.security.validator.ValidatorException: No trusted certificate found), " is the reason why I can not pass user login test? I once passed the user login test in some older version such as 4.2.6. I can still pass the user login test using startTLS Insecure way. full log has been attached to this mail. thanks. yours Adam

1 0

Re: oVirt Node install - kickstart postintall
by Ryan Barry 21 Jan '19

21 Jan '19

The quick answer is that operations in %post must be performed before 'nodectl init'. If that's done, they'll happily stick. On Mon, Jan 14, 2019, 9:29 PM Brad Riemann <Brad.Riemann(a)cloud5.com wrote: > Can you send over the whole %post segment i via pastebin? I think i've run > across something similar that i addressed, but just want to be sure. > > > Brad Riemann > Sr. System Architect > Cloud5 Communications > > ------------------------------ > *From:* jeanbaptiste(a)nfrance.com <jeanbaptiste(a)nfrance.com> > *Sent:* Friday, January 11, 2019 1:51:14 AM > *To:* users(a)ovirt.org > *Subject:* [ovirt-users] oVirt Node install - kickstart postintall > > CAUTION: This email originated from outside of CLOUD5. Do not click links > or open attachments unless you recognize the sender and know the content is > safe. > > > Hello everybody, > > Since days, I'm trying to install oVirt (via Foreman) in network mode > (TFTP net install). > All is great, but I want to make some actions in postinstall (%post). > Some actions are relatated to /etc/sysconfig/network-interfaces and > another action is related to root authorized_keys. > > When I try to add pub-key to a created authorized_keys for root, I work > (verified into anaconda. > But after installation and anaconda reboot, I've noticed all my %post > actions in /(root) are discared. After reboot, there is nothing in > /root/.ssh for example. > Whereas, in /etc, all my modications are preserved. > > I thought to a Selinux relative issue, but It is not relative to Selinux > > I miss something. Please can you help to understand how oVirt install / > partition work ? > > thanks for all > _______________________________________________ > 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/BCQEKHCPSFDEF… > _______________________________________________ > 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/TGT7K3N245SH3… >

2 1

multiple engines (active passive)
by maoz zadok 21 Jan '19

21 Jan '19

Hello users, After a painful experience with a crashed engine and a problematic recovery from a backup, I was thinking to create one more engine in standby mode in the same network, that will automatically recover backup files from the active engine on a daily/hourly basis. This way I'll run recovery tests every day automatically and easily switch in case of engine failure with a DNS record change to the passive engine. So the main question, is it harmful to have more then one engine alive if only one is been modified? can the standby engine affect the host nodes?

9 10

Re: GlusterFS and oVirt
by Strahil 21 Jan '19

21 Jan '19

1 0

How to import from another oVirt / RHV environment
by Gianluca Cecchi 20 Jan '19

20 Jan '19

Hello, I have two different oVirt 4.2 environments and I want to migrate some big VMs from one to another. I'm not able to detach and attach the block based domain where are the disks of source. And I cannot use export domain functionality. But the 2 environments, both hosts and engines, are able to communicate. Can I use in some way the import Virtual Machine functionality with the "KVM(via Libvirt)" source type? Or is there (eventually via command line) a way to use virt-v2v in this case? Thanks, Gianluca

3 9

GlusterFS and oVirt
by Magnus Isaksson 20 Jan '19

20 Jan '19

Hello I have quite some trouble getting Gluster to work. I have 4 nodes running CentOS and oVirt. These 4 nodes is split up in 2 clusters. I do not run Gluster via oVirt, i run it stand alone to be able to use all 4 nodes into one gluster volume. I can add all peers successfully, and i can create an volume and start it with sucess, but after that it starts to getting troublesome. If i run gluster volume status after starting the volume it times out, i have read that ping-time needs to bee more than 0 so i set it on 30, Still the same problem. From now on, i can not stop a volume nor remove it, i have to stop glusterd and remove it from /var/lib/gluster/vols/* on all nodes to be able to do anything with gluster. From time to time when i do a gluster peer status it shows "disconnected" and when i run it again directly after it show "connected" I get a lot of these errors in glusterd.log [2019-01-20 12:53:46.087848] W [rpc-clnt-ping.c:223:rpc_clnt_ping_cbk] 0-management: socket disconnected [2019-01-20 12:53:46.087858] W [rpc-clnt-ping.c:246:rpc_clnt_ping_cbk] 0-management: RPC_CLNT_PING notify failed [2019-01-20 12:53:55.091598] W [rpc-clnt-ping.c:246:rpc_clnt_ping_cbk] 0-management: RPC_CLNT_PING notify failed [2019-01-20 12:53:56.094846] W [rpc-clnt-ping.c:246:rpc_clnt_ping_cbk] 0-management: RPC_CLNT_PING notify failed [2019-01-20 12:53:56.097482] W [rpc-clnt-ping.c:246:rpc_clnt_ping_cbk] 0-management: RPC_CLNT_PING notify failed What am i doing wrong? //Magnus

1 0

HyperConverged Self-Hosted deployment fails
by hunter86_bg＠yahoo.com 19 Jan '19

19 Jan '19

Hello Community, recently I managed somehow to deploy a 2 node cluster on GlusterFS , but after a serious engine failiure - I have decided to start from scratch. What I have done so far: 1. Inctall CentOS7 from scratch 2. Add ovirt repositories, vdo,cockpit for ovirt 3. Deployed the gluster cluster using cockpit 4. Trying to deploy the hosted-engine , which has failed several times. Up to now I have detected that ovirt-ha-agent is giving: яну 19 13:54:57 ovirt1.localdomain ovirt-ha-agent[16992]: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 131, in _run_agent return action(he) File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 55, in action_proper return he.start_monitoring() File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 413, in start_monitoring self._initialize_broker() File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 535, in _initialize_broker m.get('options', {})) File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 83, in start_monitor .format(type, options, e )) RequestError: Failed to start monitor ping, options {'addr': '192.168.1.1'}: [Errno 2] No such file or directory According to https://access.redhat.com/solutions/3353391 , the /etc/ovirt-hosted-engine/hosted-engine.conf should be empty , but it's OK: [root@ovirt1 tmp]# cat /etc/ovirt-hosted-engine/hosted-engine.conf fqdn=engine.localdomain vm_disk_id=bb0a9839-a05d-4d0a-998c-74da539a9574 vm_disk_vol_id=c1fc3c59-bc6e-4b74-a624-557a1a62a34f vmid=d0e695da-ec1a-4d6f-b094-44a8cac5f5cd storage=ovirt1.localdomain:/engine nfs_version= mnt_options=backup-volfile-servers=ovirt2.localdomain:ovirt3.localdomain conf=/var/run/ovirt-hosted-engine-ha/vm.conf host_id=1 console=vnc domainType=glusterfs spUUID=00000000-0000-0000-0000-000000000000 sdUUID=444e524e-9008-48f8-b842-1ce7b95bf248 connectionUUID=e29cf818-5ee5-46e1-85c1-8aeefa33e95d ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem ca_subject="C=EN, L=Test, O=Test, CN=Test" vdsm_use_ssl=true gateway=192.168.1.1 bridge=ovirtmgmt metadata_volume_UUID=a3be2390-017f-485b-8f42-716fb6094692 metadata_image_UUID=368fb8dc-6049-4ef0-8cf8-9d3c4d772d59 lockspace_volume_UUID=41762f85-5d00-488f-bcd0-3de49ec39e8b lockspace_image_UUID=de100b9b-07ac-4986-9d86-603475572510 conf_volume_UUID=4306f6d6-7fe9-499d-81a5-6b354e8ecb79 conf_image_UUID=d090dd3f-fc62-442a-9710-29eeb56b0019 # The following are used only for iSCSI storage iqn= portal= user= password= port= Ovirt-ha-agent version is: ovirt-hosted-engine-ha-2.2.18-1.el7.noarch Can you guide me in order to resolve this issue and to deploy the self-hosted engine ? Where should I start from ?

3 4

oVirt 4.3 rc2: export ova and attempt to import to itself via script?
by Gianluca Cecchi 18 Jan '19

18 Jan '19

Hello, I verified that in 4.3 rc2 I can now export as ova a running VM: I have a CentOS Atomic 7 VM and when I export as ova, a snapshot is executed and then the ova file seems directly generated, bypassing the previous copy on storage domain: [root@hcinode1 ]# ll /export/ total 1141632 -rw-------. 1 root root 1401305088 Jan 18 11:10 c7atomic1.ova.tmp [root@hcinode1 ]# ll /export/ total 1356700 -rw-------. 1 root root 1401305088 Jan 18 11:10 c7atomic1.ova [root@hcinode1 ]# And at the end the snaphsot has been correctly removed. events: Vm c7atomic1 was exported successfully as a Virtual Appliance to path /export/c7atomic1.ova on Host hcinode1 1/18/19 11:10:23 AM Starting to export Vm c7atomic1 as a Virtual Appliance 1/18/19 11:08:47 AM Now if I try for test to import this generated OVA to the same environment with this script: https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_o… I get a duplicate error, see below. Is it a limitation of the python script or what? If I go from the gui and I chose "Virtual Appliance (OVA)" as source and the same host and file path I can successfully import the OVA, provided I change the name of the VM to be imported. Thanks, Gianluca [root@hcinode1 ~]# ./upload_ova_as_vm.py /export/c7atomic1.ova Default vmstore Connecting... Creating disk... {'capacityAllocationUnits': 'byte * 2^30', 'capacity': '10', 'description': 'Auto-generated for Export To OVA', 'pass-discard': 'false', 'format': ' http://www.gnome.org/~markmc/qcow-image-format.html', 'volume-type': 'Sparse', 'boot': 'true', 'disk-alias': 'GlanceDisk-5f429e6', 'disk-interface': 'VirtIO', 'volume-format': 'COW', 'cinder_volume_type': '', 'disk-description': 'CentOS 7 Atomic Host Image v1802 for x86_64 (5f429e6)', 'parentRef': '', 'fileRef': 'c6b2e076-1519-433e-9b37-2005c9ce6d2e', 'populatedSize': '1401290752', 'disk_storage_type': 'IMAGE', 'diskId': 'e4f92226-0f56-4822-a622-d1ebff41df9f', 'wipe-after-delete': 'false'} Traceback (most recent call last): File "./upload_ova_as_vm.py", line 133, in <module> name=target_storage_domain_name File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 6794, in add return self._internal_add(disk, headers, query, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 232, in _internal_add return future.wait() if wait else future File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55, in wait return self._code(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 229, in callback self._check_fault(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 132, in _check_fault self._raise_error(response, body) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 118, in _raise_error raise error ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail is "[Internal Engine Error]". HTTP response code is 400. [root@hcinode1 ~]# On engine: 2019-01-18 11:24:46,561+01 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (default task-26) [3b08d759-27d3-42f3-9eee-95c135e88a7b] BaseAsyncTask::startPollingTask: Starting to poll task '81fbeac3-2c58-4f8a-a3da-44bdbe585beb'. 2019-01-18 11:24:46,691+01 ERROR [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-26) [3b08d759-27d3-42f3-9eee-95c135e88a7b] Command 'org.ovirt.engine.core.bll.storage.disk.AddDiskCommand' failed: CallableStatementCallback; SQL [{call insertpermission(?, ?, ?, ?, ?)}ERROR: duplicate key value violates unique constraint "idx_combined_ad_role_object" Detail: Key (ad_element_id, role_id, object_id)=(9d37881c-1991-11e9-b002-00163e7cb696, def0000a-0000-0000-0000-def00000000b, e4f92226-0f56-4822-a622-d1ebff41df9f) already exists. Where: SQL statement "INSERT INTO permissions ( ad_element_id, id, role_id, object_id, object_type_id ) VALUES ( v_ad_element_id, v_id, v_role_id, v_object_id, v_object_type_id )" PL/pgSQL function insertpermission(uuid,uuid,uuid,uuid,integer) line 3 at SQL statement; nested exception is org.postgresql.util.PSQLException: ERROR: duplicate key value violates unique constraint "idx_combined_ad_role_object" Detail: Key (ad_element_id, role_id, object_id)=(9d37881c-1991-11e9-b002-00163e7cb696, def0000a-0000-0000-0000-def00000000b, e4f92226-0f56-4822-a622-d1ebff41df9f) already exists. Where: SQL statement "INSERT INTO permissions ( ad_element_id, id, role_id, object_id, object_type_id ) VALUES ( v_ad_element_id, v_id, v_role_id, v_object_id, v_object_type_id )" PL/pgSQL function insertpermission(uuid,uuid,uuid,uuid,integer) line 3 at SQL statement 2019-01-18 11:24:46,691+01 ERROR [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-26) [3b08d759-27d3-42f3-9eee-95c135e88a7b] Exception: org.springframework.dao.DuplicateKeyException: CallableStatementCallback; SQL [{call insertpermission(?, ?, ?, ?, ?)}ERROR: duplicate key value violates unique constraint "idx_combined_ad_role_object" Detail: Key (ad_element_id, role_id, object_id)=(9d37881c-1991-11e9-b002-00163e7cb696, def0000a-0000-0000-0000-def00000000b, e4f92226-0f56-4822-a622-d1ebff41df9f) already exists. Where: SQL statement "INSERT INTO permissions ( ad_element_id, id, role_id, object_id, object_type_id ) VALUES ( v_ad_element_id, v_id, v_role_id, v_object_id, v_object_type_id )" PL/pgSQL function insertpermission(uuid,uuid,uuid,uuid,integer) line 3 at SQL statement; nested exception is org.postgresql.util.PSQLException: ERROR: duplicate key value violates unique constraint "idx_combined_ad_role_object" Detail: Key (ad_element_id, role_id, object_id)=(9d37881c-1991-11e9-b002-00163e7cb696, def0000a-0000-0000-0000-def00000000b, e4f92226-0f56-4822-a622-d1ebff41df9f) already exists. Where: SQL statement "INSERT INTO permissions ( ad_element_id, id, role_id, object_id, object_type_id ) VALUES ( v_ad_element_id, v_id, v_role_id, v_object_id, v_object_type_id )" PL/pgSQL function insertpermission(uuid,uuid,uuid,uuid,integer) line 3 at SQL statement at org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate(SQLErrorCodeSQLExceptionTranslator.java:243) [spring-jdbc.jar:5.0.4.RELEASE] at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72) [spring-jdbc.jar:5.0.4.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.translateException(JdbcTemplate.java:1402) [spring-jdbc.jar:5.0.4.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:1065) [spring-jdbc.jar:5.0.4.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.call(JdbcTemplate.java:1104) [spring-jdbc.jar:5.0.4.RELEASE] at org.springframework.jdbc.core.simple.AbstractJdbcCall.executeCallInternal(AbstractJdbcCall.java:414) [spring-jdbc.jar:5.0.4.RELEASE] at org.springframework.jdbc.core.simple.AbstractJdbcCall.doExecute(AbstractJdbcCall.java:374) [spring-jdbc.jar:5.0.4.RELEASE] at org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCall.java:198) [spring-jdbc.jar:5.0.4.RELEASE] at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:135) [dal.jar:] at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:130) [dal.jar:] at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeModification(SimpleJdbcCallsHandler.java:76) [dal.jar:] at org.ovirt.engine.core.dao.PermissionDaoImpl.save(PermissionDaoImpl.java:256) [dal.jar:] at org.ovirt.engine.core.dao.PermissionDaoImpl.save(PermissionDaoImpl.java:22) [dal.jar:] at org.ovirt.engine.core.bll.MultiLevelAdministrationHandler.addPermission(MultiLevelAdministrationHandler.java:67) [bll.jar:] at org.ovirt.engine.core.bll.storage.disk.AddDiskCommand.addDiskPermissions(AddDiskCommand.java:628) [bll.jar:] at org.ovirt.engine.core.bll.storage.disk.AddDiskCommand.createDiskBasedOnImage(AddDiskCommand.java:558) [bll.jar:] at org.ovirt.engine.core.bll.storage.disk.AddDiskCommand.executeVmCommand(AddDiskCommand.java:429) [bll.jar:] at org.ovirt.engine.core.bll.VmCommand.executeCommand(VmCommand.java:158) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1147) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1305) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1954) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:164) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:103) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1365) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:413) [bll.jar:] at org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute(DefaultBackendActionExecutor.java:13) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:450) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:432) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:387) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_191] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_191] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_191] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_191] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) at org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:92) [wildfly-weld-ejb-14.0.1.Final.jar:14.0.1.Final] at org.jboss.weld.interceptor.proxy.WeldInvocationContextImpl.interceptorChainCompleted(WeldInvocationContextImpl.java:107) [weld-core-impl-3.0.5.Final.jar:3.0.5.Final] . . . at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378) at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_191] Caused by: org.postgresql.util.PSQLException: ERROR: duplicate key value violates unique constraint "idx_combined_a d_role_object" Detail: Key (ad_element_id, role_id, object_id)=(9d37881c-1991-11e9-b002-00163e7cb696, def0000a-0000-0000-0000-de f00000000b, e4f92226-0f56-4822-a622-d1ebff41df9f) already exists.

2 1

Import VM from OVA not working
by kiv＠intercom.pro 18 Jan '19

18 Jan '19

Hi all. Make dir /var/lib/exports/import chown 36:36 /var/lib/exports/import/VM.ova Go to oVirt admin portal. Import Vm from OVA source. In file path - /var/lib/exports/import/VM.ova Error: Failed to load VM configuration from OVA file: /var/lib/exports/import/VM.ova Log file ovirt-query-ova-ansible: 2019-01-18 10:26:25,018 p=8066 u=ovirt | Traceback (most recent call last): File "/root/.ansible/tmp/ansible-tmp-1547789184.32-243441920380227/query_ova.py", line 59, in <module> ovf = get_ovf_from_dir(ova_path, sys.argv[2]) File "/root/.ansible/tmp/ansible-tmp-1547789184.32-243441920380227/query_ova.py", line 29, in get_ovf_from_dir files = os.listdir(ova_path) OSError: [Errno 2] No such file or directory: '/var/lib/exports/import/VM.ova' ls -la /var/lib/exports/import/ -rw-r--r--. 1 vdsm kvm 4165205504 Jan 17 22:51 VM.ova

2 1

ovirt node ng 4.3.0 rc1 upgrade fails
by Jorick Astrego 18 Jan '19

18 Jan '19

Hi, Trying to update oVirt Node 4.2.7.1 to 4.3.0, but it fails with the following dependencies: "Loaded plugins: enabled_repos_upload, fastestmirror, imgbased-persist,\n : package_upload, product-id, search-disabled-repos, subscription-\n : manager, vdsmupgrade\nThis system is not registered with an entitlement server. You can use subscription-manager to register.\nLoading mirror speeds from cached hostfile\n * ovirt-4.3-epel: ftp.nluug.nl\nResolving Dependencies\n--> Running transaction check\n---> Package ovirt-host.x86_64 0:4.2.3-1.el7 will be updated\n---> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n--> Processing Dependency: ovirt-host-dependencies = 4.3.0-1.el7 for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: aide for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap-utils for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: scap-security-guide for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Running transaction check\n---> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n--> Processing Dependency: aide for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap-utils for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: scap-security-guide for package: ovirt-host-4.3.0-1.el7.x86_64\n---> Package ovirt-host-dependencies.x86_64 0:4.2.3-1.el7 will be updated\n---> Package ovirt-host-dependencies.x86_64 0:4.3.0-1.el7 will be an update\n--> Processing Dependency: vdsm >= 4.30.5 for package: ovirt-host-dependencies-4.3.0-1.el7.x86_64\n--> Processing Dependency: vdsm-client >= 4.30.5 for package: ovirt-host-dependencies-4.3.0-1.el7.x86_64\n--> Running transaction check\n---> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n--> Processing Dependency: aide for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap-utils for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: scap-security-guide for package: ovirt-host-4.3.0-1.el7.x86_64\n---> Package vdsm.x86_64 0:4.20.43-1.el7 will be updated\n--> Processing Dependency: vdsm = 4.20.43-1.el7 for package: vdsm-hook-ethtool-options-4.20.43-1.el7.noarch\n--> Processing Dependency: vdsm = 4.20.43-1.el7 for package: vdsm-gluster-4.20.43-1.el7.x86_64\n--> Processing Dependency: vdsm = 4.20.43-1.el7 for package: vdsm-hook-vmfex-dev-4.20.43-1.el7.noarch\n--> Processing Dependency: vdsm = 4.20.43-1.el7 for package: vdsm-hook-fcoe-4.20.43-1.el7.noarch\n---> Package vdsm.x86_64 0:4.30.5-1.el7 will be an update\n--> Processing Dependency: vdsm-http = 4.30.5-1.el7 for package: vdsm-4.30.5-1.el7.x86_64\n--> Processing Dependency: vdsm-jsonrpc = 4.30.5-1.el7 for package: vdsm-4.30.5-1.el7.x86_64\n--> Processing Dependency: vdsm-python = 4.30.5-1.el7 for package: vdsm-4.30.5-1.el7.x86_64\n--> Processing Dependency: qemu-kvm-rhev >= 10:2.12.0-18.el7_6.1 for package: vdsm-4.30.5-1.el7.x86_64\n---> Package vdsm-client.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-client.noarch 0:4.30.5-1.el7 will be an update\n--> Processing Dependency: vdsm-api = 4.30.5-1.el7 for package: vdsm-client-4.30.5-1.el7.noarch\n--> Processing Dependency: vdsm-yajsonrpc = 4.30.5-1.el7 for package: vdsm-client-4.30.5-1.el7.noarch\n--> Running transaction check\n---> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n--> Processing Dependency: aide for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap-utils for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: scap-security-guide for package: ovirt-host-4.3.0-1.el7.x86_64\n---> Package qemu-kvm-ev.x86_64 10:2.10.0-21.el7_5.7.1 will be updated\n---> Package qemu-kvm-ev.x86_64 10:2.12.0-18.el7_6.1.1 will be an update\n--> Processing Dependency: qemu-kvm-common-ev = 10:2.12.0-18.el7_6.1.1 for package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64\n--> Processing Dependency: qemu-img-ev = 10:2.12.0-18.el7_6.1.1 for package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64\n--> Processing Dependency: libibumad.so.3()(64bit) for package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64\n--> Processing Dependency: libgbm.so.1()(64bit) for package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64\n--> Processing Dependency: libepoxy.so.0()(64bit) for package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64\n---> Package vdsm-api.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-api.noarch 0:4.30.5-1.el7 will be an update\n---> Package vdsm-gluster.x86_64 0:4.20.43-1.el7 will be updated\n---> Package vdsm-gluster.x86_64 0:4.30.5-1.el7 will be an update\n---> Package vdsm-hook-ethtool-options.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-hook-ethtool-options.noarch 0:4.30.5-1.el7 will be an update\n---> Package vdsm-hook-fcoe.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-hook-fcoe.noarch 0:4.30.5-1.el7 will be an update\n---> Package vdsm-hook-vmfex-dev.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-hook-vmfex-dev.noarch 0:4.30.5-1.el7 will be an update\n---> Package vdsm-http.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-http.noarch 0:4.30.5-1.el7 will be an update\n---> Package vdsm-jsonrpc.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-jsonrpc.noarch 0:4.30.5-1.el7 will be an update\n---> Package vdsm-python.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-python.noarch 0:4.30.5-1.el7 will be an update\n--> Processing Dependency: vdsm-common = 4.30.5-1.el7 for package: vdsm-python-4.30.5-1.el7.noarch\n--> Processing Dependency: vdsm-network = 4.30.5-1.el7 for package: vdsm-python-4.30.5-1.el7.noarch\n---> Package vdsm-yajsonrpc.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-yajsonrpc.noarch 0:4.30.5-1.el7 will be an update\n--> Running transaction check\n---> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n--> Processing Dependency: aide for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap-utils for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: scap-security-guide for package: ovirt-host-4.3.0-1.el7.x86_64\n---> Package qemu-img-ev.x86_64 10:2.10.0-21.el7_5.7.1 will be updated\n---> Package qemu-img-ev.x86_64 10:2.12.0-18.el7_6.1.1 will be an update\n---> Package qemu-kvm-common-ev.x86_64 10:2.10.0-21.el7_5.7.1 will be updated\n---> Package qemu-kvm-common-ev.x86_64 10:2.12.0-18.el7_6.1.1 will be an update\n---> Package qemu-kvm-ev.x86_64 10:2.12.0-18.el7_6.1.1 will be an update\n--> Processing Dependency: libibumad.so.3()(64bit) for package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64\n--> Processing Dependency: libgbm.so.1()(64bit) for package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64\n--> Processing Dependency: libepoxy.so.0()(64bit) for package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64\n---> Package vdsm-common.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-common.noarch 0:4.30.5-1.el7 will be an update\n---> Package vdsm-network.x86_64 0:4.20.43-1.el7 will be updated\n---> Package vdsm-network.x86_64 0:4.30.5-1.el7 will be an update\n--> Finished Dependency Resolution\n You could try using --skip-broken to work around the problem\n You could try running: rpm -Va --nofiles --nodigest\nUploading Enabled Repositories Report\nLoaded plugins: fastestmirror, product-id, subscription-manager\nThis system is not registered with an entitlement server. You can use subscription-manager to register.\n" ] } MSG: 2019-01-11 14:25:52,185 [INFO] yum:52830:MainThread @connection.py:871 - Connection built: host=subscription.rhsm.redhat.com port=443 handler=/subscription auth=identity_cert ca_dir=/etc/rhsm/ca/ insecure=False 2019-01-11 14:25:52,186 [INFO] yum:52830:MainThread @repolib.py:494 - repos updated: Repo updates Total repo updates: 0 Updated <NONE> Added (new) <NONE> Deleted <NONE> Error: Package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64 (ovirt-4.3-centos-qemu-ev) Requires: libibumad.so.3()(64bit) Error: Package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64 (ovirt-4.3-centos-qemu-ev) Requires: libgbm.so.1()(64bit) Error: Package: ovirt-host-4.3.0-1.el7.x86_64 (ovirt-4.3-pre) Requires: openscap-utils Error: Package: ovirt-host-4.3.0-1.el7.x86_64 (ovirt-4.3-pre) Requires: openscap Error: Package: ovirt-host-4.3.0-1.el7.x86_64 (ovirt-4.3-pre) Requires: pam_pkcs11 Error: Package: ovirt-host-4.3.0-1.el7.x86_64 (ovirt-4.3-pre) Requires: aide Error: Package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64 (ovirt-4.3-centos-qemu-ev) Requires: libepoxy.so.0()(64bit) Error: Package: ovirt-host-4.3.0-1.el7.x86_64 (ovirt-4.3-pre) Requires: scap-security-guide Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info(a)netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ----------------

2 4

ovirtmgmt always out of sync on ovirt node
by Jorick Astrego 18 Jan '19

18 Jan '19

Hi, We're switching from Centos 7 hosts to oVirt node ng (tried 4.2.7, 4.3rc1 and 4.3rc2) and after adding them to oVirt (currently on 4.3rc2) the ovirtmgmt interface is always out of sync. Tried synching the network and refresh capabilities. I also tried removing ovirtmgmt from the interface and adding it to a bond, then I get this error: Cannot setup Networks. The following Network definitions on the Network Interface are different than those on the Logical Network. Please synchronize the Network Interface before editing network ovirtmgmt. The non-synchronized values are: ${OUTAVERAGELINKSHARE} ${HOST_OUT_OF_SYNC} - null, ${DC_OUT_OF_SYNC} - 50 I can setup the bond at install so the ovirtmgmt will use it so I can use the host, but I'm hesitant to do this in production as I cannot change the interface anymore. Regards, Jorick Astrego Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info(a)netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ----------------

3 3

Converting Thin/Dependent to Thick/Independent
by Luca 'remix_tj' Lorenzetto 18 Jan '19

18 Jan '19

Hello, I'm looking for a way for speeding up the deployment of new vms. I've seen that if i use, under "Resource Allocation", "Storage Allocation" flagged Thin, the vm creation is very quick. But this makes the machine dependent from the template and if, for any reason, the template gets corrupted or is not accessible, the vm will not boot. Is there any way for converting the vm from dependent to independent while this is online? Luca -- "E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine" Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) "Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento" John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <lorenzetto.luca(a)gmail.com>

1 0

oVirt 4.3 RC2 and libgfapi
by Gianluca Cecchi 18 Jan '19

18 Jan '19

Just installed a single host HCI with gluster, with only the engine vm running. Is it expected this situation below? # virsh -r list Id Name State ---------------------------------------------------- 2 HostedEngine running and # virsh -r dumpxml 2 . . . <disk type='file' device='disk' snapshot='no'> <driver name='qemu' type='raw' cache='none' error_policy='stop' io='native' iothread='1'/> <source file='/var/run/vdsm/storage/e4eb6832-e0f6-40ee-902f-f301e5a3a643/fc34d770-9318-4539-9233-bfb1c5d68d14/b151557e-f1a2-45cb-b5c9-12c1f470467e'> <seclabel model='dac' relabel='no'/> </source> <backingStore/> <target dev='vda' bus='virtio'/> <serial>fc34d770-9318-4539-9233-bfb1c5d68d14</serial> <alias name='ua-fc34d770-9318-4539-9233-bfb1c5d68d14'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> </disk> . . . where # ll /var/run/vdsm/storage/e4eb6832-e0f6-40ee-902f-f301e5a3a643/ total 24 lrwxrwxrwx. 1 vdsm kvm 133 Jan 16 14:44 39df7b45-4932-4bfe-b69e-4fb2f8872f4f -> /rhev/data-center/mnt/glusterSD/10.10.10.216: _engine/e4eb6832-e0f6-40ee-902f-f301e5a3a643/images/39df7b45-4932-4bfe-b69e-4fb2f8872f4f lrwxrwxrwx. 1 vdsm kvm 133 Jan 16 14:44 5ba6cd9e-b78d-4de4-9b7f-9688365128bf -> /rhev/data-center/mnt/glusterSD/10.10.10.216: _engine/e4eb6832-e0f6-40ee-902f-f301e5a3a643/images/5ba6cd9e-b78d-4de4-9b7f-9688365128bf lrwxrwxrwx. 1 vdsm kvm 133 Jan 16 15:56 8b8e41e0-a875-4204-8ab1-c10214a49f5c -> /rhev/data-center/mnt/glusterSD/10.10.10.216: _engine/e4eb6832-e0f6-40ee-902f-f301e5a3a643/images/8b8e41e0-a875-4204-8ab1-c10214a49f5c lrwxrwxrwx. 1 vdsm kvm 133 Jan 16 15:56 c21a62ba-73d2-4914-940f-cee6a67a1b08 -> /rhev/data-center/mnt/glusterSD/10.10.10.216: _engine/e4eb6832-e0f6-40ee-902f-f301e5a3a643/images/c21a62ba-73d2-4914-940f-cee6a67a1b08 lrwxrwxrwx. 1 vdsm kvm 133 Jan 16 14:44 fc34d770-9318-4539-9233-bfb1c5d68d14 -> /rhev/data-center/mnt/glusterSD/10.10.10.216: _engine/e4eb6832-e0f6-40ee-902f-f301e5a3a643/images/fc34d770-9318-4539-9233-bfb1c5d68d14 lrwxrwxrwx. 1 vdsm kvm 133 Jan 16 14:44 fd73354d-699b-478e-893c-e2a0bd1e6cbb -> /rhev/data-center/mnt/glusterSD/10.10.10.216: _engine/e4eb6832-e0f6-40ee-902f-f301e5a3a643/images/fd73354d-699b-478e-893c-e2a0bd1e6cbb so hosted engine not using libgfapi? Also, on hosted engine [root@hciengine ~]# engine-config -g LibgfApiSupported LibgfApiSupported: false version: 4.1 LibgfApiSupported: false version: 4.2 LibgfApiSupported: false version: 4.3 [root@hciengine ~]# So that if I import a CentOS7 Atomic host image from glance repo as template and create a new vm from it,when running this VM I get # virsh -r dumpxml 3 . . . <disk type='file' device='disk' snapshot='no'> <driver name='qemu' type='qcow2' cache='none' error_policy='stop' io='native' iothread='1'/> <source file='/rhev/data-center/mnt/glusterSD/10.10.10.216: _data/601d725a-1622-4dc8-a24d-2dba72ddf6ae/images/e4f92226-0f56-4822-a622-d1ebff41df9f/c6b2e076-1519-433e-9b37-2005c9ce6d2e'> <seclabel model='dac' relabel='no'/> </source> <backingStore/> <target dev='vda' bus='virtio'/> <serial>e4f92226-0f56-4822-a622-d1ebff41df9f</serial> <boot order='1'/> <alias name='ua-e4f92226-0f56-4822-a622-d1ebff41df9f'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </disk> . . . I remember there was an "old" bug opened causing this default of not enabling libgfapi Does this mean it was not solved yet? If I remember correctly the bugzilla was this one related to HA: https://bugzilla.redhat.com/show_bug.cgi?id=1484227 that is still in new status.... since almost 2 years Is this the only one open? Thanks, Gianluca

3 2

ovirt 4.3 / Adding NFS storage issue
by Devin Acosta 18 Jan '19

18 Jan '19

I installed the latest 4.3 release candidate and tried to add an NFS mount to the Data Center, and it errors in the GUI with “Error while executing action New NFS Storage Domain: Invalid parameter”, then in the vdsm.log I see it is passing “block_size=None”. Does this regardless if NFS v3 or v4. InvalidParameterException: Invalid parameter: 'block_size=None' 2019-01-12 20:37:58,241-0700 INFO (jsonrpc/7) [vdsm.api] START createStorageDomain(storageType=1, sdUUID=u'b30c64c4-4b1f-4ebf-828b-e54c330ae84c', domainName=u'nfsdata', typeSpecificArg=u'192.168.19.155:/data/data', domClass=1, domVersion=u'4', block_size=None, max_hosts=2000, options=None) from=::ffff:192.168.19.178,51042, flow_id=67743df7, task_id=ad82f581-9638-48f1-bcd9-669b9809b34a (api:48) 2019-01-12 20:37:58,241-0700 INFO (jsonrpc/7) [vdsm.api] FINISH createStorageDomain error=Invalid parameter: 'block_size=None' from=::ffff:192.168.19.178,51042, flow_id=67743df7, task_id=ad82f581-9638-48f1-bcd9-669b9809b34a (api:52) 2019-01-12 20:37:58,241-0700 ERROR (jsonrpc/7) [storage.TaskManager.Task] (Task='ad82f581-9638-48f1-bcd9-669b9809b34a') Unexpected error (task:875) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 882, in _run return fn(*args, **kargs) File "<string>", line 2, in createStorageDomain File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 50, in method ret = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 2583, in createStorageDomain alignment = clusterlock.alignment(block_size, max_hosts) File "/usr/lib/python2.7/site-packages/vdsm/storage/clusterlock.py", line 661, in alignment raise se.InvalidParameterException('block_size', block_size) InvalidParameterException: Invalid parameter: 'block_size=None' 2019-01-12 20:37:58,242-0700 INFO (jsonrpc/7) [storage.TaskManager.Task] (Task='ad82f581-9638-48f1-bcd9-669b9809b34a') aborting: Task is aborted: u"Invalid parameter: 'block_size=None'" - code 100 (task:1181) 2019-01-12 20:37:58,242-0700 ERROR (jsonrpc/7) [storage.Dispatcher] FINISH createStorageDomain error=Invalid parameter: 'block_size=None' (dispatcher:81) 2019-01-12 20:37:58,242-0700 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call StorageDomain.create failed (error 1000) in 0.00 seconds (__init__:312) 2019-01-12 20:37:58,541-0700 INFO (jsonrpc/1) [vdsm.api] START disconnectStorageServer(domType=1, spUUID=u'00000000-0000-0000-0000-000000000000', conList=[{u'tpgt': u'1', u'id': u'db7d16c8-7497-42db-8a75-81cb7f9d3350', u'connection': u'192.168.19.155:/data/data', u'iqn': u'', u'user': u'', u'ipv6_enabled': u'false', u'protocol_version': u'auto', u'password': '********', u'port': u''}], options=None) from=::ffff:192.168.19.178,51042, flow_id=7e4cb4fa-1437-4d5b-acb5-958838ecd54c, task_id=1d004ea2-ae84-4c95-8c70-29e205efd4b1 (api:48) 2019-01-12 20:37:58,542-0700 INFO (jsonrpc/1) [storage.Mount] unmounting /rhev/data-center/mnt/192.168.19.155:_data_data (mount:212) 2019-01-12 20:37:59,087-0700 INFO (jsonrpc/1) [vdsm.api] FINISH disconnectStorageServer return={'statuslist': [{'status': 0, 'id': u'db7d16c8-7497-42db-8a75-81cb7f9d3350'}]} from=::ffff:192.168.19.178,51042, flow_id=7e4cb4fa-1437-4d5b-acb5-958838ecd54c, task_id=1d004ea2-ae84-4c95-8c70-29e205efd4b1 (api:54) 2019-01-12 20:37:59,089-0700 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call StoragePool.disconnectStorageServer succeeded in 0.55 seconds (__init__:312)

4 3

ovirt node ng 4.3.0 rc1 and HCI single host problems
by Gianluca Cecchi 18 Jan '19

18 Jan '19

Let's start a new thread more focused on the subject I'm just testing deployment of HCI single host using oVirt Node NG CentOS 7 iso I was able to complete the gluster setup via cockpit with these modifications: 1) I wanted to check via ssh and found that files *key under /etc/ssh/ had too weak config so that ssh daemon didn't started after installation of node from iso changing to 600 and restarting the service was ok 2) I used a single disk configured as jbod, so I choose that option instead of the default proposed RAID6 But the playook failed with . . . PLAY [gluster_servers] ********************************************************* TASK [Create LVs with specified size for the VGs] ****************************** changed: [192.168.124.211] => (item={u'lv': u'gluster_thinpool_sdb', u'size': u'50GB', u'extent': u'100%FREE', u'vg': u'gluster_vg_sdb'}) PLAY RECAP ********************************************************************* 192.168.124.211 : ok=1 changed=1 unreachable=0 failed=0 Ignoring errors... Error: Section diskcount not found in the configuration file Reading inside the playbooks involved here: /usr/share/gdeploy/playbooks/auto_lvcreate_for_gluster.yml /usr/share/gdeploy/playbooks/vgcreate.yml and the snippet - name: Convert the logical volume lv: action=convert thinpool={{ item.vg }}/{{item.pool }} poolmetadata={{ item.vg }}/'metadata' poolmetadataspare=n vgname={{ item.vg }} disktype="{{disktype}}" diskcount="{{ diskcount }}" stripesize="{{stripesize}}" chunksize="{{ chunksize | default('') }}" snapshot_reserve="{{ snapshot_reserve }}" with_items: "{{ lvpools }}" ignore_errors: yes I simply edited the gdeploy.conf from the gui button adding this section under the [disktype] one " [diskcount] 1 " then clean lv/vg/pv and the gdeploy step completed successfully 3) at first stage of ansible deploy I have this failed command that seems not to prevent from completion but that I have not understood.. PLAY [gluster_servers] ********************************************************* TASK [Run a command in the shell] ********************************************** failed: [192.168.124.211] (item=vdsm-tool configure --force) => {"changed": true, "cmd": "vdsm-tool configure --force", "delta": "0:00:01.475528", "end": "2019-01-11 10:59:55.147601", "item": "vdsm-tool configure --force", "msg": "non-zero return code", "rc": 1, "start": "2019-01-11 10:59:53.672073", "stderr": "Traceback (most recent call last):\n File \"/usr/bin/vdsm-tool\", line 220, in main\n return tool_command[cmd][\"command\"](*args)\n File \"/usr/lib/python2.7/site-packages/vdsm/tool/__init__.py\", line 40, in wrapper\n func(*args, **kwargs)\n File \"/usr/lib/python2.7/site-packages/vdsm/tool/configurator.py\", line 143, in configure\n _configure(c)\n File \"/usr/lib/python2.7/site-packages/vdsm/tool/configurator.py\", line 90, in _configure\n getattr(module, 'configure', lambda: None)()\n File \"/usr/lib/python2.7/site-packages/vdsm/tool/configurators/bond_defaults.py\", line 39, in configure\n sysfs_options_mapper.dump_bonding_options()\n File \"/usr/lib/python2.7/site-packages/vdsm/network/link/bond/sysfs_options_mapper.py\", line 48, in dump_bonding_options\n with open(sysfs_options.BONDING_DEFAULTS, 'w') as f:\nIOError: [Errno 2] No such file or directory: '/var/run/vdsm/bonding-defaults.json'", "stderr_lines": ["Traceback (most recent call last):", " File \"/usr/bin/vdsm-tool\", line 220, in main", " return tool_command[cmd][\"command\"](*args)", " File \"/usr/lib/python2.7/site-packages/vdsm/tool/__init__.py\", line 40, in wrapper", " func(*args, **kwargs)", " File \"/usr/lib/python2.7/site-packages/vdsm/tool/configurator.py\", line 143, in configure", " _configure(c)", " File \"/usr/lib/python2.7/site-packages/vdsm/tool/configurator.py\", line 90, in _configure", " getattr(module, 'configure', lambda: None)()", " File \"/usr/lib/python2.7/site-packages/vdsm/tool/configurators/bond_defaults.py\", line 39, in configure", " sysfs_options_mapper.dump_bonding_options()", " File \"/usr/lib/python2.7/site-packages/vdsm/network/link/bond/sysfs_options_mapper.py\", line 48, in dump_bonding_options", " with open(sysfs_options.BONDING_DEFAULTS, 'w') as f:", "IOError: [Errno 2] No such file or directory: '/var/run/vdsm/bonding-defaults.json'"], "stdout": "\nChecking configuration status...\n\nabrt is already configured for vdsm\nlvm is configured for vdsm\nlibvirt is already configured for vdsm\nSUCCESS: ssl configured to true. No conflicts\nManual override for multipath.conf detected - preserving current configuration\nThis manual override for multipath.conf was based on downrevved template. You are strongly advised to contact your support representatives\n\nRunning configure...\nReconfiguration of abrt is done.\nReconfiguration of passwd is done.\nReconfiguration of libvirt is done.", "stdout_lines": ["", "Checking configuration status...", "", "abrt is already configured for vdsm", "lvm is configured for vdsm", "libvirt is already configured for vdsm", "SUCCESS: ssl configured to true. No conflicts", "Manual override for multipath.conf detected - preserving current configuration", "This manual override for multipath.conf was based on downrevved template. You are strongly advised to contact your support representatives", "", "Running configure...", "Reconfiguration of abrt is done.", "Reconfiguration of passwd is done.", "Reconfiguration of libvirt is done."]} to retry, use: --limit @/tmp/tmpQXe2el/shell_cmd.retry PLAY RECAP ********************************************************************* 192.168.124.211 : ok=0 changed=0 unreachable=0 failed=1 Would it be possible to save in some way the ansible playbook log even if it completes ok, without going directly to the "successful" page? Or is anyway stored in some location on disk of host? I then proceeded with Hosted Engine install/setup and 4) it fails here at final stages of the local vm engine setup during host activation: [ INFO ] TASK [oVirt.hosted-engine-setup : Set Engine public key as authorized key without validating the TLS/SSL certificates] [ INFO ] changed: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : include_tasks] [ INFO ] ok: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : Obtain SSO token using username/password credentials] [ INFO ] ok: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : Ensure that the target datacenter is present] [ INFO ] ok: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : Ensure that the target cluster is present in the target datacenter] [ INFO ] ok: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : Enable GlusterFS at cluster level] [ INFO ] changed: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : Set VLAN ID at datacenter level] [ INFO ] skipping: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : Force host-deploy in offline mode] [ INFO ] changed: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : Add host] [ INFO ] changed: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : Wait for the host to be up] then after several minutes: [ ERROR ] fatal: [localhost]: FAILED! => {"ansible_facts": {"ovirt_hosts": [{"address": "ov4301.localdomain.local", "affinity_labels": [], "auto_numa_status": "unknown", "certificate": {"organization": "localdomain.local", "subject": "O=localdomain.local,CN=ov4301.localdomain.local"}, "cluster": {"href": "/ovirt-engine/api/clusters/5e8fea14-158b-11e9-b2f0-00163e29b9f2", "id": "5e8fea14-158b-11e9-b2f0-00163e29b9f2"}, "comment": "", "cpu": {"speed": 0.0, "topology": {}}, "device_passthrough": {"enabled": false}, "devices": [], "external_network_provider_configurations": [], "external_status": "ok", "hardware_information": {"supported_rng_sources": []}, "hooks": [], "href": "/ovirt-engine/api/hosts/4202de75-75d3-4dcb-b128-2c4a1d257a15", "id": "4202de75-75d3-4dcb-b128-2c4a1d257a15", "katello_errata": [], "kdump_status": "unknown", "ksm": {"enabled": false}, "max_scheduling_memory": 0, "memory": 0, "name": "ov4301.localdomain.local", "network_attachments": [], "nics": [], "numa_nodes": [], "numa_supported": false, "os": {"custom_kernel_cmdline": ""}, "permissions": [], "port": 54321, "power_management": {"automatic_pm_enabled": true, "enabled": false, "kdump_detection": true, "pm_proxies": []}, "protocol": "stomp", "se_linux": {}, "spm": {"priority": 5, "status": "none"}, "ssh": {"fingerprint": "SHA256:iqeQjdWCm15+xe74xEnswrgRJF7JBAWrvsjO/RaW8q8", "port": 22}, "statistics": [], "status": "install_failed", "storage_connection_extensions": [], "summary": {"total": 0}, "tags": [], "transparent_huge_pages": {"enabled": false}, "type": "ovirt_node", "unmanaged_networks": [], "update_available": false}]}, "attempts": 120, "changed": false} [ INFO ] TASK [oVirt.hosted-engine-setup : Fetch logs from the engine VM] [ INFO ] ok: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : Set destination directory path] [ INFO ] ok: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : Create destination directory] [ INFO ] changed: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : include_tasks] [ INFO ] ok: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : Find the local appliance image] [ INFO ] ok: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : debug] [ INFO ] ok: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : Set local_vm_disk_path] [ INFO ] ok: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : Give the vm time to flush dirty buffers] [ INFO ] ok: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : Copy engine logs] [ INFO ] TASK [oVirt.hosted-engine-setup : include_tasks] [ INFO ] ok: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : Remove local vm dir] [ INFO ] changed: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : debug] [ INFO ] ok: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : Remove temporary entry in /etc/hosts for the local VM] [ INFO ] changed: [localhost] [ INFO ] TASK [oVirt.hosted-engine-setup : Notify the user about a failure] [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The system may not be provisioned according to the playbook results: please check the logs for the issue, fix accordingly or re-deploy from scratch.\n"} Going to see the log /var/log/ovirt-engine/host-deploy/ovirt-host-deploy-20190111113227-ov4301.localdomain.local-5d387e0d.log it seems the error is about ovirt-imageio-daemon 2019-01-11 11:32:26,893+0100 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:863 execute-result: ('/usr/bin/systemctl', 'start', 'ovirt-imageio-daemon.service'), rc=1 2019-01-11 11:32:26,894+0100 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:921 execute-output: ('/usr/bin/systemctl', 'start', 'ovirt-imageio-daemon.service') stdout: 2019-01-11 11:32:26,895+0100 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:926 execute-output: ('/usr/bin/systemctl', 'start', 'ovirt-imageio-daemon.service') stderr: Job for ovirt-imageio-daemon.service failed because the control process exited with error code. See "systemctl status ovirt-imageio-daemon.service" and "journalctl -xe" for details. 2019-01-11 11:32:26,896+0100 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/tmp/ovirt-PBFI2dyoDO/pythonlib/otopi/context.py", line 133, in _executeMethod method['method']() File "/tmp/ovirt-PBFI2dyoDO/otopi-plugins/ovirt-host-deploy/vdsm/packages.py", line 175, in _start self.services.state('ovirt-imageio-daemon', True) File "/tmp/ovirt-PBFI2dyoDO/otopi-plugins/otopi/services/systemd.py", line 141, in state service=name, RuntimeError: Failed to start service 'ovirt-imageio-daemon' 2019-01-11 11:32:26,898+0100 ERROR otopi.context context._executeMethod:152 Failed to execute stage 'Closing up': Failed to start service 'ovirt-imageio-daemon' 2019-01-11 11:32:26,899+0100 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventEnd STAGE closeup METHOD otopi.plugins.ovirt_host_deploy.vdsm.packages.Plugin._start (odeploycons.packages.vdsm.started) The reason: [root@ov4301 ~]# systemctl status ovirt-imageio-daemon -l ● ovirt-imageio-daemon.service - oVirt ImageIO Daemon Loaded: loaded (/usr/lib/systemd/system/ovirt-imageio-daemon.service; disabled; vendor preset: disabled) Active: failed (Result: start-limit) since Fri 2019-01-11 11:32:29 CET; 27min ago Process: 11625 ExecStart=/usr/bin/ovirt-imageio-daemon (code=exited, status=1/FAILURE) Main PID: 11625 (code=exited, status=1/FAILURE) Jan 11 11:32:29 ov4301.localdomain.local systemd[1]: ovirt-imageio-daemon.service: main process exited, code=exited, status=1/FAILURE Jan 11 11:32:29 ov4301.localdomain.local systemd[1]: Failed to start oVirt ImageIO Daemon. Jan 11 11:32:29 ov4301.localdomain.local systemd[1]: Unit ovirt-imageio-daemon.service entered failed state. Jan 11 11:32:29 ov4301.localdomain.local systemd[1]: ovirt-imageio-daemon.service failed. Jan 11 11:32:29 ov4301.localdomain.local systemd[1]: ovirt-imageio-daemon.service holdoff time over, scheduling restart. Jan 11 11:32:29 ov4301.localdomain.local systemd[1]: Stopped oVirt ImageIO Daemon. Jan 11 11:32:29 ov4301.localdomain.local systemd[1]: start request repeated too quickly for ovirt-imageio-daemon.service Jan 11 11:32:29 ov4301.localdomain.local systemd[1]: Failed to start oVirt ImageIO Daemon. Jan 11 11:32:29 ov4301.localdomain.local systemd[1]: Unit ovirt-imageio-daemon.service entered failed state. Jan 11 11:32:29 ov4301.localdomain.local systemd[1]: ovirt-imageio-daemon.service failed. [root@ov4301 ~]# The file /var/log/ovirt-imageio-daemon/daemon.log contains 2019-01-11 10:28:30,191 INFO (MainThread) [server] Starting (pid=3702, version=1.4.6) 2019-01-11 10:28:30,229 ERROR (MainThread) [server] Service failed (remote_service=<ovirt_imageio_daemon.server.RemoteService object at 0x7fea9dc88050>, local_service=<ovirt_imageio_daemon.server.LocalService object at 0x7fea9ca24850>, control_service=None, running=True) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_imageio_daemon/server.py", line 58, in main start(config) File "/usr/lib/python2.7/site-packages/ovirt_imageio_daemon/server.py", line 99, in start control_service = ControlService(config) File "/usr/lib/python2.7/site-packages/ovirt_imageio_daemon/server.py", line 206, in __init__ config.tickets.socket, uhttp.UnixWSGIRequestHandler) File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ self.server_bind() File "/usr/lib/python2.7/site-packages/ovirt_imageio_daemon/uhttp.py", line 79, in server_bind self.socket.bind(self.server_address) File "/usr/lib64/python2.7/socket.py", line 224, in meth return getattr(self._sock,name)(*args) error: [Errno 2] No such file or directory One potential problem I noticed is that on this host I setup eth0 with 192.168.122.x (for ovirtmgmt) and eth1 with 192.168.124.y (for gluster, even if only one host, but aiming at adding other 2 hosts in second step) and the libvirt network temporarily created for the local engine vm is also on 192.168.124.0 network..... 4: virbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 52:54:00:b8:6b:3c brd ff:ff:ff:ff:ff:ff inet 192.168.124.1/24 brd 192.168.124.255 scope global virbr0 valid_lft forever preferred_lft forever 5: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN group default qlen 1000 link/ether 52:54:00:b8:6b:3c brd ff:ff:ff:ff:ff:ff I can change my gluster network of this env and re-test, but would it be possible to have the libvirt network configurable? It seems risky to have a fixed one... Can I go ahead from this failed hosted engine after understanding reason of ovirt-imageio-daemon failure or am I forced to scratch? Supposing I go to power down and then power on again this host, how can I retry without scratching? Gianluca

3 6

Problems uploading ISO
by jerry＠tom.com 18 Jan '19

18 Jan '19

I using ovirt-iso-uploader command to upload iso. but failed and giving me the following error.[root@ha ~]# engine-iso-uploader --verbose -i iso upload delta1.iso Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): DEBUG: API Vendor(None) API Version(4.2.0) DEBUG: id=029786a6-4686-44a1-a667-b948df945712 address=storage1 path=/iso Uploading, please wait... INFO: Start uploading delta1.iso ERROR: glfs_init failed: Success [root@ha ~]# ^C I've been looking for a possible solution but nothing works yet. Any guidance on this matter will be appreciate it. m1988m(a)tom.com

3 5

oVirt 4.3 hosted engine migration
by Maton, Brett 18 Jan '19

18 Jan '19

In the updated UI, it doesn't seem possible to migrate hosted engine from Compute -> Host -> Virtual Machines anymore, although there does appear to be a 'new' Cancel Migration button. It's handy to be able to migrate the hosted engine from this view, I normally manually migrate the hosted engine to another host before upgrading and it's nice to be able to do it all in the same area, rather than having to switch to the (all) virtual machines view and then back to hosts. Any chance this feature could be re-enabled? Regards, Brett

2 1

oVirt 4.3 RC2 test on single host HCI --> OK
by Gianluca Cecchi 18 Jan '19

18 Jan '19

Just tested what in subject on a vm (so it has been a nested env) configured with 2 disks: 1x60Gb for OS and 1x100Gb for gluster. Used node ng from ovirt-node-ng-installer-4.3.0-2019011608.el7.iso and almost all the problems had with RC1 here: https://www.mail-archive.com/users@ovirt.org/msg52870.html have gone solved. The hosted engine deploy completed successfully and I'm able to access engine web admin and see the VM and its storage domain and connect to console. The only persisting problem is that I choose JBOD in my disk config (because I have only one disk) and the deploy gives error about missing diskcount parameter in ansible playbook, so I have to edit the gdeploy conf file from the gui and add the section [diskcount] 1 after that all goes well. Good job guys! BTW: is it correct hat for data and vmstore I only have the volumes configured, while I have to manullay create storage domains? If I want to extend this initial configuration to 3 nodes, what would be the installation path to execute? Thanks, Gianluca

4 5

The admin portal ui should be more simplified
by flerxu＠hotmail.com 18 Jan '19

18 Jan '19

We have a rhv of 11 Datacerters, 11 clusters, 40 hosts and 300 vms. The 4 of us administrators are suffering from the new 4.2 UI lack of active area 。The manipulation logic also make us confused. A simple operation needs more clicks than before. Please just make the UI more simplified,

3 2

Use oVirt Node as virt-v2v server
by Vinícius Ferrão 17 Jan '19

17 Jan '19

Hello, I’m using virt-p2v tool to do some VM migrations from unsupported hypervisors and stumbled across the need of a virt-v2v dedicated server to handle conversions. My first action was: rpm -qa on oVirt Node and found virt-v2v already installed. So the natural ideia was to use oVirt Node as the conversion server, it already have everything needed: virt-v2v and the export domain. So why not? Well, it turns out it doesn’t work. After pointing to oVirt Node within virt-p2v tool, the conversion procedure hangs at the begging, requesting an username and password for libvirt that I’m unaware. And even if I was aware it is impossible to input the values since there’s no escape from the console to put the values nor any form on the GUI to do so. libguestfs: libvirt version = 4005000 (4.5.0) libguestfs: guest random name = guestfs-sf2i0jl3mmcxtwly libguestfs: connect to libvirt libguestfs: opening libvirt handle: URI = qemu:///system, auth = default+wrapper, flags = 0 libvirt needs authentication to connect to libvirt URI qemu:///system (see also: http://libvirt.org/auth.html http://libvirt.org/uri.html) Please enter your authentication name: Please enter your password: I eventually gave up and spun a VM with virt-v2v and the conversion is running. The question is: wasn’t a good ideia to use oVirt Node as the conversion server? Why it failed? I still have a lot of conversions to do, and if I can use the node installation it would be great. Thanks, Sent from my iPhone

1 0

V2V Proxmox to Ovirt
by Sebastian Antunez N. 17 Jan '19

17 Jan '19

Hello Guys Have 3 nodes with Proxmox and 23 Virtual Machines (Linux, Windows) and need migrate to Ovirt. I search information but ever show me is not supported. Any idea who I can migrate Proxmox to Ovirt? I can shutdown all VM of Proxmox. Regards Sebastian

4 3

Windows Virtual Machine
by Sebastian Antunez N. 17 Jan '19

17 Jan '19

Hello Guys When a VM Windows is created I install OVTools, drivers etc. and ever show me this messages. The latest guest agent needs to be installed and running on the guest. The version of Ovirt is 4.2. Any idea? Thanks Sebastian

2 1

VMs paused - unknown storage error - Stale file handle - distribute 2 - replica 3 volume with sharding
by Marco Lorenzo Crociani 17 Jan '19

17 Jan '19

Hi, I opened a bug on gluster because I have reading errors on files on a gluster volume: https://bugzilla.redhat.com/show_bug.cgi?id=1652548 The files are many of the VMs images of the oVirt DATA storage domain. oVirt pause the vms because unknown storage errors. It's impossibile to copy/clone, manage some snapshots of these vms. The errors on the low level are "stale file handle". Volume is distribute 2 replicate 3 with sharding. Should I open a bug also on oVirt? Gluster 3.12.15-1.el7 oVirt 4.2.6.4-1.el7 Regards, -- Marco Crociani

3 3

Re: Cannot Increase Hosted Engine VM Memory
by Douglas Duckworth 17 Jan '19

17 Jan '19

Sure, they're attached. In "first attempt" the error seems to be: 2019-01-17 07:49:24,795-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-29) [680f82b3-7612-4d91-afdc-43937aa298a2] EVENT_ID: FAILED_HOT_SET_MEMORY_NOT_DIVIDABLE(2,048), Failed to hot plug memory to VM HostedEngine. Amount of added memory (4000MiB) is not dividable by 256MiB. Followed by: 2019-01-17 07:49:24,814-05 WARN [org.ovirt.engine.core.bll.UpdateRngDeviceCommand] (default task-29) [26f5f3ed] Validation of action 'UpdateRngDevice' failed for user admin@internal-authz. Reasons: ACTION_TYPE_FAILED_VM_IS_RUNNING 2019-01-17 07:49:24,815-05 ERROR [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-29) [26f5f3ed] Updating RNG device of VM HostedEngine (adf14389-1563-4b1a-9af6-4b40370a825b) failed. Old RNG device = VmRngDevice:{id='VmDeviceId:{deviceId='6435b2b5-163c-4f0c-934e-7994da60dc89', vmId='adf14389-1563-4b1a-9af6-4b40370a825b'}', device='virtio', type='RNG', specParams='[source=urandom]', address='', managed='true', plugged='true', readOnly='false', deviceAlias='', customProperties='null', snapshotId='null', logicalName='null', hostDevice='null'}. New RNG device = VmRngDevice:{id='VmDeviceId:{deviceId='6435b2b5-163c-4f0c-934e-7994da60dc89', vmId='adf14389-1563-4b1a-9af6-4b40370a825b'}', device='virtio', type='RNG', specParams='[source=urandom]', address='', managed='true', plugged='true', readOnly='false', deviceAlias='', customProperties='null', snapshotId='null', logicalName='null', hostDevice='null'}. In "second attempt" I used values that are dividable by 256 MiB so that's no longer present. Though same error: 2019-01-17 07:56:59,795-05 INFO [org.ovirt.engine.core.vdsbroker.SetAmountOfMemoryVDSCommand] (default task-22) [7059a48f] START, SetAmountOfMemoryVDSCommand(HostName = ovirt-hv1.med.cornell.edu<http://ovirt-hv1.med.cornell.edu>, Params:{hostId='cdd5ffda-95c7-4ffa-ae40-be66f1d15c30', vmId='adf14389-1563-4b1a-9af6-4b40370a825b', memoryDevice='VmDevice:{id='VmDeviceId:{deviceId='7f7d97cc-c273-4033-af53-bc9033ea3abe', vmId='adf14389-1563-4b1a-9af6-4b40370a825b'}', device='memory', type='MEMORY', specParams='[node=0, size=2048]', address='', managed='true', plugged='true', readOnly='false', deviceAlias='', customProperties='null', snapshotId='null', logicalName='null', hostDevice='null'}', minAllocatedMem='6144'}), log id: 50873daa 2019-01-17 07:56:59,855-05 INFO [org.ovirt.engine.core.vdsbroker.SetAmountOfMemoryVDSCommand] (default task-22) [7059a48f] FINISH, SetAmountOfMemoryVDSCommand, log id: 50873daa 2019-01-17 07:56:59,862-05 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-22) [7059a48f] EVENT_ID: HOT_SET_MEMORY(2,039), Hotset memory: changed the amount of memory on VM HostedEngine from 4096 to 4096 2019-01-17 07:56:59,881-05 WARN [org.ovirt.engine.core.bll.UpdateRngDeviceCommand] (default task-22) [28fd4c82] Validation of action 'UpdateRngDevice' failed for user admin@internal-authz. Reasons: ACTION_TYPE_FAILED_VM_IS_RUNNING 2019-01-17 07:56:59,882-05 ERROR [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-22) [28fd4c82] Updating RNG device of VM HostedEngine (adf14389-1563-4b1a-9af6-4b40370a825b) failed. Old RNG device = VmRngDevice:{id='VmDeviceId:{deviceId='6435b2b5-163c-4f0c-934e-7994da60dc89', vmId='adf14389-1563-4b1a-9af6-4b40370a825b'}', device='virtio', type='RNG', specParams='[source=urandom]', address='', managed='true', plugged='true', readOnly='false', deviceAlias='', customProperties='null', snapshotId='null', logicalName='null', hostDevice='null'}. New RNG device = VmRngDevice:{id='VmDeviceId:{deviceId='6435b2b5-163c-4f0c-934e-7994da60dc89', vmId='adf14389-1563-4b1a-9af6-4b40370a825b'}', device='virtio', type='RNG', specParams='[source=urandom]', address='', managed='true', plugged='true', readOnly='false', deviceAlias='', customProperties='null', snapshotId='null', logicalName='null', hostDevice='null'}. This message repeats throughout engine.log: 2019-01-17 07:55:43,270-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-89) [] EVENT_ID: VM_MEMORY_UNDER_GUARANTEED_VALUE(148), VM HostedEngine on host ovirt-hv1.med.cornell.edu<http://ovirt-hv1.med.cornell.edu> was guaranteed 8192 MB but currently has 4224 MB As you can see attached the host has plenty of memory. Thank you Simone! Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit<https://scu.med.cornell.edu> Weill Cornell Medicine 1300 York Avenue New York, NY 10065 E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> O: 212-746-6305 F: 212-746-8690 On Thu, Jan 17, 2019 at 5:09 AM Simone Tiraboschi <stirabos(a)redhat.com<mailto:stirabos@redhat.com>> wrote: On Wed, Jan 16, 2019 at 8:22 PM Douglas Duckworth <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu>> wrote: Sorry for accidental send. Anyway I try to increase physical memory however it won't go above 4096MB. The hypervisor has 64GB. Do I need to modify this value with Hosted Engine offline? No, it's not required. Can you please attach your engine.log for the relevant time frame? Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit<https://scu.med.cornell.edu> Weill Cornell Medicine 1300 York Avenue New York, NY 10065 E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> O: 212-746-6305 F: 212-746-8690 On Wed, Jan 16, 2019 at 1:58 PM Douglas Duckworth <dod2014(a)med.cornell.edu<mailto:dod2014@med.cornell.edu>> wrote: Hello I am trying to increase Hosted Engine physical memory above 4GB Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit<https://scu.med.cornell.edu> Weill Cornell Medicine 1300 York Avenue New York, NY 10065 E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> O: 212-746-6305 F: 212-746-8690 _______________________________________________ Users mailing list -- users(a)ovirt.org<mailto:users@ovirt.org> To unsubscribe send an email to users-leave(a)ovirt.org<mailto:users-leave@ovirt.org> Privacy Statement: https://www.ovirt.org/site/privacy-policy/<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_site_pri…> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_communit…> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/WGSXQVVPJJ2CR…<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.ovirt.org_archiv…>

1 0

Windows 10 VM Virtio Drivers
by Sebastian Antunez N. 17 Jan '19

17 Jan '19

Hello Guys In my enviroment Ovirt 4.2 when create a new VM with Windows 10, in the boot options menu, add the Floppy Disk for mount virtio driver but only show me sysprep. I check in my ISO Folder and show all vfd drivers for Windows and ISO but I can not add the drivers who floppy. This problem only is with Windows VM. Any idea because this is issue. Regards Sebastian

4 5

Cannot Increase Hosted Engine VM Memory
by Douglas Duckworth 17 Jan '19

17 Jan '19

Hello I am trying to increase Hosted Engine physical memory above 4GB Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit<https://scu.med.cornell.edu> Weill Cornell Medicine 1300 York Avenue New York, NY 10065 E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> O: 212-746-6305 F: 212-746-8690

2 2

migrate hosted-engine vm to another cluster?
by Douglas Duckworth 17 Jan '19

17 Jan '19

Hello I am trying to migrate my hosted-engine VM to another cluster in the same data center. Hosts in both clusters have the same logical networks and storage. Yet migrating the VM isn't an option. To get the hosted-engine VM on the other cluster I started the VM on host in that other cluster using "hosted-engine --vm-start." However HostedEngine still associated with old cluster as shown attached. So I cannot live migrate the VM. Does anyone know how to resolve? With other VMs one can shut them down then using the "Edit" option. Though that will not work for HostedEngine. Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit<https://scu.med.cornell.edu> Weill Cornell Medicine 1300 York Avenue New York, NY 10065 E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> O: 212-746-6305 F: 212-746-8690

4 5

vGPU with NVIDIA M60 mdev_type not showing
by Josep Manel Andrés Moscardó 16 Jan '19

16 Jan '19

Hi all, I have a host with 2 M60 with the latest supported driver installed, and working as you can see: root@esxh-03 vdsm]# lsmod | grep vfio nvidia_vgpu_vfio 49475 0 nvidia 16633974 1 nvidia_vgpu_vfio vfio_mdev 12841 0 mdev 20336 2 vfio_mdev,nvidia_vgpu_vfio vfio_iommu_type1 22300 0 vfio 32656 3 vfio_mdev,nvidia_vgpu_vfio,vfio_iommu_type1 [root@esxh-03 vdsm]# nvidia-smi Mon Jan 14 17:39:30 2019 +-----------------------------------------------------------------------------+ | NVIDIA-SMI 410.91 Driver Version: 410.91 CUDA Version: N/A | |-------------------------------+----------------------+----------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | |===============================+======================+======================| | 0 Tesla M60 Off | 00000000:05:00.0 Off | Off | | 16% 27C P0 41W / 120W | 14MiB / 8191MiB | 0% Default | +-------------------------------+----------------------+----------------------+ | 1 Tesla M60 Off | 00000000:06:00.0 Off | Off | | 17% 24C P0 39W / 120W | 14MiB / 8191MiB | 0% Default | +-------------------------------+----------------------+----------------------+ | 2 Tesla M60 Off | 00000000:84:00.0 Off | Off | | 15% 28C P0 41W / 120W | 14MiB / 8191MiB | 0% Default | +-------------------------------+----------------------+----------------------+ | 3 Tesla M60 Off | 00000000:85:00.0 Off | Off | | 16% 25C P0 40W / 120W | 14MiB / 8191MiB | 0% Default | +-------------------------------+----------------------+----------------------+ +-----------------------------------------------------------------------------+ | Processes: GPU Memory | | GPU PID Type Process name Usage | |=============================================================================| | No running processes found | +-----------------------------------------------------------------------------+ But the issue is that when I do : # vdsm-client Host hostdevListByCaps I don't see any "mdev" device. Also the directory /sys/class/mdev_bus is not existing. Am I missing something ? Cheers.

2 4

[ANN] oVirt 4.3.0 Second Release Candidate is now available for testing
by Sandro Bonazzola 16 Jan '19

16 Jan '19

The oVirt Project is pleased to announce the availability of the Second Release Candidate of oVirt 4.3.0, as of January 16th, 2018 This is pre-release software. This pre-release should not to be used in production. Please take a look at our community page[1] to learn how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This update is the first release candidate of the 4.3.0 version. This release brings more than 130 enhancements and more than 440 bug fixes on top of oVirt 4.2 series. What's new in oVirt 4.3.0? * Q35 chipset, support booting using UEFI and Secure Boot * Skylake-server and AMD EPYC support * New smbus driver in windows guest tools * Improved support for v2v * OVA export / import of Templates * Full support for live migration of High Performance VMs * Microsoft Failover clustering support (SCSI Persistent Reservation) for Direct LUN disks * Hundreds of bug fixes on top of oVirt 4.2 series * New VM portal details page (see a preview here: https://imgur.com/a/ExINpci) * New Cluster upgrade UI * OVN security groups * IPv6 (static host addresses) * Support of Neutron from RDO OpenStack 13 as external network provider * Support of using Skydive from RDO OpenStack 14 as Tech Preview * Support for 3.6 and 4.0 data centers, clusters and hosts were removed * Now using PostgreSQL 10 * New metrics support using rsyslog instead of fluentd This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later * oVirt Node 4.3 (available for x86_64 only) Experimental tech preview for x86_64 and s390x architectures for Fedora 28 is also included. See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available for both CentOS 7 and Fedora 28 (tech preview). - oVirt Node NG is already available for both CentOS 7 and Fedora 28 (tech preview). Additional Resources: * Read more about the oVirt 4.3.0 release highlights: http://www.ovirt.org/release/4.3.0/ * Get more oVirt project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.3.0/ [4] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/ -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

1 0

Disk full
by suporte＠logicworks.pt 16 Jan '19

16 Jan '19

Hi, I have a all in one intallation with 2 glusters volumes. The disk of one VM filled up the brick, which is a partition. That partition has 0% free disk space. I moved the disk of that VM to the other gluster volume, the VM is working with the disk on the other gluster volume. When I move the disk, it didn't delete it from the brick, the engine keeps complaining that there is no more disk space on that volume. What can I do? Is there a way to prevent this in the future? Many thanks José -- Jose Ferradeira http://www.logicworks.pt

2 8

[Call for Testing] oVirt 4.3.0
by Sandro Bonazzola 15 Jan '19

15 Jan '19

Hi, we are planning to release a 4.3.0 RC2 tomorrow morning, January 16th 2019. We have a scheduled final release for oVirt 4.3.0 on January 29th: this is the time when testing is most effective to ensure the release will be as much stable as possible. Please join us testing the RC2 release this week and reporting issues to https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt Please remember this is still pre-release material, we recommend not installing it on production environments yet. Thanks, -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

1 0

Ansible and SHE deployment
by Vrgotic, Marko 15 Jan '19

15 Jan '19

Dear oVirt team, I would like to ask you help in get some general guidelines, do’s & don’ts in deploying complete oVirt environment using Ansible. The first Production deployment I made was done manual: 12 Hypervsiors – all exact same HW Brand and Specs 3/12 used for HA Env for SHE oVirt version 4.2.1 (now we are at 4.2.7) 4Gluster nodes, managed externally of oVirt This is environment I would like to convert into deployable by Ansible Atm, I am working on second Production env, for Eng/Dev department, and I want to go all way Ansible. I am aware of your playbooks, and location on github, but what I want to ask is an advice on how to approach using them: The second Env will have: 7Hypervisors different specs / all provisioned using Foreman oVirt version, latest 4.2.x at that point. 3/7 providing HA for SHE engine Storage used is to be NetApp. Please let me know how to proceed with modifying Ansible playbooks and what should be the recommended executing order, and what to look for? Also, If you need additional info, I will be happy to provide. Kind regards, Marko Vrgotic

2 2

Is it possible to migrate self hosted engine to bare metal?
by Abhishek Sahni 15 Jan '19

15 Jan '19

Hello Everyone, Do we have some steps where we can migrate self hosted engine to separate bare metal machine. I do have a recent backup of DB from the self hosted engine? -- ABHISHEK SAHNI Mob : +91-990-701-5143

3 2

Import existing storage domain into new server
by michael＠wanderingmad.com 15 Jan '19

15 Jan '19

I had original ovirt-engine that had stuck tasks and just had storage issues. I decided to load a new engine appliance and import existing servers and VMs into new engine. This actually worked perfect until I went to import the storage domain into new engine, which has failed. I was unable to move the domain to maintenance mode or anything from the old engine. Any way to force import? Error messages / logs: Failed to attach Storage Domains to Data Center Default. (User: admin@internal-authz) (in GUI log) engine.log: 2019-01-13 16:31:27,973-05 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler8) [176267b0] START, GlusterVolumesListVDSCommand(HostName = prometheus.redforest.wanderingmad.com, GlusterVolumesListVDSParameters:{hostId='b5b9e763-704c-47ee-817b-19d081ad9aab'}), log id: 2e7162ed 2019-01-13 16:31:28,204-05 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler8) [176267b0] Could not associate brick 'Daedalus.redforest.wanderingmad.com:/gluster_bricks/nvme-storagetwo/nvme-storagetwo' of volume 'fe0c3620-6a33-48fa-98b7-847ad76edaba' with correct network as no gluster network found in cluster '8e8cc8a7-9f45-4054-85e5-8014ec421b7f' 2019-01-13 16:31:28,205-05 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler8) [176267b0] Could not associate brick '10.100.50.14:/gluster_bricks/nvme-storagetwo/nvme-storagetwo' of volume 'fe0c3620-6a33-48fa-98b7-847ad76edaba' with correct network as no gluster network found in cluster '8e8cc8a7-9f45-4054-85e5-8014ec421b7f' 2019-01-13 16:31:28,206-05 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler8) [176267b0] Could not associate brick '10.100.50.12:/gluster_bricks/nvme-storagetwo/nvme-storagetwo' of volume 'fe0c3620-6a33-48fa-98b7-847ad76edaba' with correct network as no gluster network found in cluster '8e8cc8a7-9f45-4054-85e5-8014ec421b7f' 2019-01-13 16:31:28,208-05 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler8) [176267b0] Could not associate brick 'Daedalus.redforest.wanderingmad.com:/gluster_bricks/ssd-storagetwo/ssd-storagetwo' of volume '7add3797-9b03-433c-aa1a-90ad7c5ac280' with correct network as no gluster network found in cluster '8e8cc8a7-9f45-4054-85e5-8014ec421b7f' 2019-01-13 16:31:28,209-05 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler8) [176267b0] Could not associate brick '10.100.50.14:/gluster_bricks/ssd-storagetwo/ssd-storagetwo' of volume '7add3797-9b03-433c-aa1a-90ad7c5ac280' with correct network as no gluster network found in cluster '8e8cc8a7-9f45-4054-85e5-8014ec421b7f' 2019-01-13 16:31:28,221-05 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler8) [176267b0] Could not associate brick '10.100.50.12:/gluster_bricks/ssd-storagetwo/ssd-storagetwo' of volume '7add3797-9b03-433c-aa1a-90ad7c5ac280' with correct network as no gluster network found in cluster '8e8cc8a7-9f45-4054-85e5-8014ec421b7f' 2019-01-13 16:31:28,232-05 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler8) [176267b0] FINISH, GlusterVolumesListVDSCommand, return: {7add3797-9b03-433c-aa1a-90ad7c5ac280=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@4205765f, fe0c3620-6a33-48fa-98b7-847ad76edaba=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@40fccb}, log id: 2e7162ed 2019-01-13 16:31:37,612-05 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand] (DefaultQuartzScheduler10) [2876ae97] START, GlusterTasksListVDSCommand(HostName = daedalus.redforest.wanderingmad.com, VdsIdVDSCommandParametersBase:{hostId='b79fe49c-761f-4710-adf4-8fa6d1143dae'}), log id: 30c3bd7c 2019-01-13 16:31:37,863-05 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand] (DefaultQuartzScheduler10) [2876ae97] FINISH, GlusterTasksListVDSCommand, return: [], log id: 30c3bd7c 2019-01-13 16:31:43,248-05 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler7) [70a256c0] START, GlusterServersListVDSCommand(HostName = prometheus.redforest.wanderingmad.com, VdsIdVDSCommandParametersBase:{hostId='b5b9e763-704c-47ee-817b-19d081ad9aab'}), log id: 7f890a8 2019-01-13 16:31:43,705-05 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler7) [70a256c0] FINISH, GlusterServersListVDSCommand, return: [10.100.50.12/24:CONNECTED, icarus.redforest.wanderingmad.com:CONNECTED, daedalus.redforest.wanderingmad.com:CONNECTED], log id: 7f890a8 2019-01-13 16:31:43,708-05 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler7) [70a256c0] START, GlusterVolumesListVDSCommand(HostName = prometheus.redforest.wanderingmad.com, GlusterVolumesListVDSParameters:{hostId='b5b9e763-704c-47ee-817b-19d081ad9aab'}), log id: 50f59aca 2019-01-13 16:31:43,943-05 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler7) [70a256c0] Could not associate brick 'Daedalus.redforest.wanderingmad.com:/gluster_bricks/nvme-storagetwo/nvme-storagetwo' of volume 'fe0c3620-6a33-48fa-98b7-847ad76edaba' with correct network as no gluster network found in cluster '8e8cc8a7-9f45-4054-85e5-8014ec421b7f' 2019-01-13 16:31:43,944-05 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler7) [70a256c0] Could not associate brick '10.100.50.14:/gluster_bricks/nvme-storagetwo/nvme-storagetwo' of volume 'fe0c3620-6a33-48fa-98b7-847ad76edaba' with correct network as no gluster network found in cluster '8e8cc8a7-9f45-4054-85e5-8014ec421b7f' 2019-01-13 16:31:43,945-05 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler7) [70a256c0] Could not associate brick '10.100.50.12:/gluster_bricks/nvme-storagetwo/nvme-storagetwo' of volume 'fe0c3620-6a33-48fa-98b7-847ad76edaba' with correct network as no gluster network found in cluster '8e8cc8a7-9f45-4054-85e5-8014ec421b7f' 2019-01-13 16:31:43,947-05 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler7) [70a256c0] Could not associate brick 'Daedalus.redforest.wanderingmad.com:/gluster_bricks/ssd-storagetwo/ssd-storagetwo' of volume '7add3797-9b03-433c-aa1a-90ad7c5ac280' with correct network as no gluster network found in cluster '8e8cc8a7-9f45-4054-85e5-8014ec421b7f' 2019-01-13 16:31:43,948-05 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler7) [70a256c0] Could not associate brick '10.100.50.14:/gluster_bricks/ssd-storagetwo/ssd-storagetwo' of volume '7add3797-9b03-433c-aa1a-90ad7c5ac280' with correct network as no gluster network found in cluster '8e8cc8a7-9f45-4054-85e5-8014ec421b7f' 2019-01-13 16:31:43,949-05 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler7) [70a256c0] Could not associate brick '10.100.50.12:/gluster_bricks/ssd-storagetwo/ssd-storagetwo' of volume '7add3797-9b03-433c-aa1a-90ad7c5ac280' with correct network as no gluster network found in cluster '8e8cc8a7-9f45-4054-85e5-8014ec421b7f' 2019-01-13 16:31:43,949-05 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler7) [70a256c0] FINISH, GlusterVolumesListVDSCommand, return: {7add3797-9b03-433c-aa1a-90ad7c5ac280=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@4205765f, fe0c3620-6a33-48fa-98b7-847ad76edaba=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@40fccb}, log id: 50f59aca 2019-01-13 16:31:58,987-05 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler4) [59b635f4] START, GlusterServersListVDSCommand(HostName = prometheus.redforest.wanderingmad.com, VdsIdVDSCommandParametersBase:{hostId='b5b9e763-704c-47ee-817b-19d081ad9aab'}), log id: 512ef5c0 2019-01-13 16:31:59,518-05 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler4) [59b635f4] FINISH, GlusterServersListVDSCommand, return: [10.100.50.12/24:CONNECTED, icarus.redforest.wanderingmad.com:CONNECTED, daedalus.redforest.wanderingmad.com:CONNECTED], log id: 512ef5c0 2019-01-13 16:31:59,521-05 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler4) [59b635f4] START, GlusterVolumesListVDSCommand(HostName = prometheus.redforest.wanderingmad.com, GlusterVolumesListVDSParameters:{hostId='b5b9e763-704c-47ee-817b-19d081ad9aab'}), log id: 2de38416 2019-01-13 16:31:59,773-05 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4) [59b635f4] Could not associate brick 'Daedalus.redforest.wanderingmad.com:/gluster_bricks/nvme-storagetwo/nvme-storagetwo' of volume 'fe0c3620-6a33-48fa-98b7-847ad76edaba' with correct network as no gluster network found in cluster '8e8cc8a7-9f45-4054-85e5-8014ec421b7f' 2019-01-13 16:31:59,774-05 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4) [59b635f4] Could not associate brick '10.100.50.14:/gluster_bricks/nvme-storagetwo/nvme-storagetwo' of volume 'fe0c3620-6a33-48fa-98b7-847ad76edaba' with correct network as no gluster network found in cluster '8e8cc8a7-9f45-4054-85e5-8014ec421b7f' 2019-01-13 16:31:59,775-05 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4) [59b635f4] Could not associate brick '10.100.50.12:/gluster_bricks/nvme-storagetwo/nvme-storagetwo' of volume 'fe0c3620-6a33-48fa-98b7-847ad76edaba' with correct network as no gluster network found in cluster '8e8cc8a7-9f45-4054-85e5-8014ec421b7f' 2019-01-13 16:31:59,776-05 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4) [59b635f4] Could not associate brick 'Daedalus.redforest.wanderingmad.com:/gluster_bricks/ssd-storagetwo/ssd-storagetwo' of volume '7add3797-9b03-433c-aa1a-90ad7c5ac280' with correct network as no gluster network found in cluster '8e8cc8a7-9f45-4054-85e5-8014ec421b7f' 2019-01-13 16:31:59,777-05 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4) [59b635f4] Could not associate brick '10.100.50.14:/gluster_bricks/ssd-storagetwo/ssd-storagetwo' of volume '7add3797-9b03-433c-aa1a-90ad7c5ac280' with correct network as no gluster network found in cluster '8e8cc8a7-9f45-4054-85e5-8014ec421b7f' 2019-01-13 16:31:59,778-05 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4) [59b635f4] Could not associate brick '10.100.50.12:/gluster_bricks/ssd-storagetwo/ssd-storagetwo' of volume '7add3797-9b03-433c-aa1a-90ad7c5ac280' with correct network as no gluster network found in cluster '8e8cc8a7-9f45-4054-85e5-8014ec421b7f' 2019-01-13 16:31:59,778-05 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler4) [59b635f4] FINISH, GlusterVolumesListVDSCommand, return: {7add3797-9b03-433c-aa1a-90ad7c5ac280=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@4205765f, fe0c3620-6a33-48fa-98b7-847ad76edaba=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@40fccb}, log id: 2de38416 and of course, none of the gluster hosts is set as the SPM

2 2

unable to create templates or upload files
by michael＠wanderingmad.com 15 Jan '19

15 Jan '19

ovirt stopped accepting new deployments or uploading ISOs, they just stay as locked disks. I checked ovirt-engine log and see constant errors like below: ERROR [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-2) [] OAuthException access_denied: Cannot authenticate user 'admin@N/A': No valid profile found in credentials.. I checked the ovn provider in the admin portal and it's set correctly to "admin@internal" for the ovn provider

2 1

External private ova / image repository
by Leo David 15 Jan '19

15 Jan '19

Hello Everyone, I am not sure what would it be the pieces needed to have an external repo that I can manage and use at the client site for downloading customized templates. ie: how an external docker repo works Any ideeas on this ? Thank you ! Have a nice day, Leo

1 1

oVirt Node install - kickstart postintall
by jeanbaptiste＠nfrance.com 14 Jan '19

14 Jan '19

Hello everybody, Since days, I'm trying to install oVirt (via Foreman) in network mode (TFTP net install). All is great, but I want to make some actions in postinstall (%post). Some actions are relatated to /etc/sysconfig/network-interfaces and another action is related to root authorized_keys. When I try to add pub-key to a created authorized_keys for root, I work (verified into anaconda. But after installation and anaconda reboot, I've noticed all my %post actions in /(root) are discared. After reboot, there is nothing in /root/.ssh for example. Whereas, in /etc, all my modications are preserved. I thought to a Selinux relative issue, but It is not relative to Selinux I miss something. Please can you help to understand how oVirt install / partition work ? thanks for all

2 1

Ovirt 4.3 / New Install / NFS (broken)
by Devin Acosta 14 Jan '19

14 Jan '19

I installed the latest 4.3 release candidate and tried to add an NFS mount to the Data Center, and it errors in the GUI with “Error while executing action New NFS Storage Domain: Invalid parameter”, then in the vdsm.log I see it is passing “block_size=None”. Does this regardless if NFS v3 or v4. InvalidParameterException: Invalid parameter: 'block_size=None' 2019-01-12 20:37:58,241-0700 INFO (jsonrpc/7) [vdsm.api] START createStorageDomain(storageType=1, sdUUID=u'b30c64c4-4b1f-4ebf-828b-e54c330ae84c', domainName=u'nfsdata', typeSpecificArg=u'192.168.19.155:/data/data', domClass=1, domVersion=u'4', block_size=None, max_hosts=2000, options=None) from=::ffff:192.168.19.178,51042, flow_id=67743df7, task_id=ad82f581-9638-48f1-bcd9-669b9809b34a (api:48) 2019-01-12 20:37:58,241-0700 INFO (jsonrpc/7) [vdsm.api] FINISH createStorageDomain error=Invalid parameter: 'block_size=None' from=::ffff:192.168.19.178,51042, flow_id=67743df7, task_id=ad82f581-9638-48f1-bcd9-669b9809b34a (api:52) 2019-01-12 20:37:58,241-0700 ERROR (jsonrpc/7) [storage.TaskManager.Task] (Task='ad82f581-9638-48f1-bcd9-669b9809b34a') Unexpected error (task:875) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 882, in _run return fn(*args, **kargs) File "<string>", line 2, in createStorageDomain File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 50, in method ret = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 2583, in createStorageDomain alignment = clusterlock.alignment(block_size, max_hosts) File "/usr/lib/python2.7/site-packages/vdsm/storage/clusterlock.py", line 661, in alignment raise se.InvalidParameterException('block_size', block_size) InvalidParameterException: Invalid parameter: 'block_size=None' 2019-01-12 20:37:58,242-0700 INFO (jsonrpc/7) [storage.TaskManager.Task] (Task='ad82f581-9638-48f1-bcd9-669b9809b34a') aborting: Task is aborted: u"Invalid parameter: 'block_size=None'" - code 100 (task:1181) 2019-01-12 20:37:58,242-0700 ERROR (jsonrpc/7) [storage.Dispatcher] FINISH createStorageDomain error=Invalid parameter: 'block_size=None' (dispatcher:81) 2019-01-12 20:37:58,242-0700 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call StorageDomain.create failed (error 1000) in 0.00 seconds (__init__:312) 2019-01-12 20:37:58,541-0700 INFO (jsonrpc/1) [vdsm.api] START disconnectStorageServer(domType=1, spUUID=u'00000000-0000-0000-0000-000000000000', conList=[{u'tpgt': u'1', u'id': u'db7d16c8-7497-42db-8a75-81cb7f9d3350', u'connection': u'192.168.19.155:/data/data', u'iqn': u'', u'user': u'', u'ipv6_enabled': u'false', u'protocol_version': u'auto', u'password': '********', u'port': u''}], options=None) from=::ffff:192.168.19.178,51042, flow_id=7e4cb4fa-1437-4d5b-acb5-958838ecd54c, task_id=1d004ea2-ae84-4c95-8c70-29e205efd4b1 (api:48) 2019-01-12 20:37:58,542-0700 INFO (jsonrpc/1) [storage.Mount] unmounting /rhev/data-center/mnt/192.168.19.155:_data_data (mount:212) 2019-01-12 20:37:59,087-0700 INFO (jsonrpc/1) [vdsm.api] FINISH disconnectStorageServer return={'statuslist': [{'status': 0, 'id': u'db7d16c8-7497-42db-8a75-81cb7f9d3350'}]} from=::ffff:192.168.19.178,51042, flow_id=7e4cb4fa-1437-4d5b-acb5-958838ecd54c, task_id=1d004ea2-ae84-4c95-8c70-29e205efd4b1 (api:54) 2019-01-12 20:37:59,089-0700 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call StoragePool.disconnectStorageServer succeeded in 0.55 seconds (__init__:312) Devin Acosta

6 9

Trunk VLAN Ovirt 4.2
by Sebastian Antunez N. 14 Jan '19

14 Jan '19

Hello Guys Have a lab with 6 nodes Ovirt 4.2. All nodes have 4 nic 1GB and two nic are for Management and and I will assign two nic in bonding for VM traffic My problem is the following. The switch Cisco have 2 VLAN (56 and 57) and I need to be able to create a new network with the two vlan but I am not clear how to make it so that the vlan go through this created network. I have read that I must create a network with vlan 56 for example and assign it an IP, and then create the network with vlan 57 and assign it an IP and later assign it to bonding. Is what I indicate or should another process be correct? Thanks for the help. Sebastian

2 1

Re: [ovirt-devel] Hard disk requirement
by Nir Soffer 13 Jan '19

13 Jan '19

On Sun, Jan 13, 2019 at 6:18 PM Hetz Ben Hamo <hetz(a)hetz.biz> wrote: > Hi, > > The old oVirt (3.x?) ISO image wasn't requiring a big hard disk in order > to install the node part on a physical machine, since the HE and other > parts were running using NFS/iSCSI etc. > > oVirt 4.X if I understand correctly - does require hard disk on the node. > I think you can setup temporary storage on a diskless host using NFS or by connecting to temporary LUN and setting up a file system on it. Once the bootstrap engine is ready on the "local" storage, you we move engine disk to shared storage, and you can remove the local storage. Adding Simone to add more info. > Can this requirement be avoided and just use an SD Card? Whats the minimum > storage for the local node? > Another option is to use /dev/shm, if you have a server with lot of memory. Note that this list is for ovirt developers. This question is more about using ovirt, so the users mailing list is better. Others users may already solved this issue and can help more than developers which have much less experience with actual deployment. Nir

1 0

hosted-engine deploy Restore from backup failure
by Callum Smith 12 Jan '19

12 Jan '19

Restoring from backup appears to work perfectly, until it decides it hasn't worked and throws out. I can't see any relevant error here, does anyone have any insight? Regards, Callum -- Callum Smith Research Computing Core Wellcome Trust Centre for Human Genetics University of Oxford e. callum(a)well.ox.ac.uk<mailto:callum@well.ox.ac.uk>

2 1

Ovirt VDI Solution network issue
by mdcarr＠meditech.com 11 Jan '19

11 Jan '19

Hello, first time poster looking for help on setting up the network for a VDI deployment. A little background, I have Ovirt engine running on a Vmware virtual machine and have added a physical host to serve up virtual machines running windows 7 to our developers. The host has a static IP address and when I create a virtual machine I can see the default network is attached and up but does not receive an IP address. It does have a MAC so I'm wondering if I need to have our network team assign an IP for that MAC? I will be creating around 20 vm's that would get wiped after use so assigning static ip's might cause issues. Am I missing something or is there a better way to setup the LAN for this host? Thanks for any help!

3 4

Hypervisor host CPU utilization metrics
by Sigbjorn Lie-Soland 11 Jan '19

11 Jan '19

Hi, Linux see twice the amount of CPUs for a host with SMT/hyperthreading enabled. Inspecting the individual cores presented to the operating system using mpstat shows that the guests are running primarily on the “physical cores”, which is expected as the system is SMT aware. The “hyperthreaded cores” are showing guest activity when the host cpu is heavily loaded. Using the traditional tools such as top and vmstat does not take hyperthreading into consideration when calculating the total cpu% usage, again, as expected. How is the hypervisor host CPU utilization metrics in Ovirt calculated when a hypervisor host has SMT/hyperthreading enabled? Does Ovirt calculate in the same manner as the traditional vmstat/top/etc Linux tools, or does it only count CPU usage on the “physical cores” on the hypervisor? Does it read CPU metrics from the Intel PCM (https://github.com/opcm/pcm <https://github.com/opcm/pcm>) ? Does the “Count Threads as Cores” setting affect how the host hypervisor CPU utilization metrics are calculated? The reason for asking is when using tools for capacity and utilization reporting to attempt to establish cluster growth and to anticipate when and how much hypervisor capacity to add, we need the input utilization data to be a correct representation of what is happening at the hypervisor host. Thanks. Regards, Siggi

1 0

exporting VMs using vdsm-client
by Callum Smith 11 Jan '19

11 Jan '19

Is it possible to export VMs using vdsm-client to import into a new oVirt engine in a case of catastrophic failure such that they can be imported into a new setup? Regards, Callum -- Callum Smith Research Computing Core Wellcome Trust Centre for Human Genetics University of Oxford e. callum(a)well.ox.ac.uk<mailto:callum@well.ox.ac.uk>

1 0

[ANN] oVirt 4.3.0 First Release Candidate is now available for testing
by Sandro Bonazzola 11 Jan '19

11 Jan '19

The oVirt Project is pleased to announce the availability of the First Release Candidate of oVirt 4.3.0, as of January 10th, 2018 This is pre-release software. This pre-release should not to be used in production. Please take a look at our community page[1] to learn how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This update is the first release candidate of the 4.3.0 version. This release brings more than 120 enhancements and more than 420 bug fixes on top of oVirt 4.2 series. What's new in oVirt 4.3.0? * Q35 chipset, support booting using UEFI and Secure Boot * Skylake-server and AMD EPYC support * New smbus driver in windows guest tools * Improved support for v2v * Hundreds of bug fixes on top of oVirt 4.2 series * New VM portal details page (see a preview here: https://imgur.com/a/ExINpci) * New Cluster upgrade UI * OVN security groups * IPv6 (static host addresses) * LLDP Labeler * Support of Neutron from RH OSP 13 as external network provider * Support of using Skydive from RH OSP 14 as Tech Preview * Support for 3.6 and 4.0 data centers, clusters and hosts were removed * Now using PostgreSQL 10 This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later * oVirt Node 4.3 (available for x86_64 only) Experimental tech preview for x86_64 and s390x architectures for Fedora 28 is also included. See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available for both CentOS 7 and Fedora 28 (tech preview). - oVirt Node NG is already available for both CentOS 7 and Fedora 28 (tech preview). Additional Resources: * Read more about the oVirt 4.3.0 release highlights: http://www.ovirt.org/release/4.3.0/ * Get more oVirt project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.3.0/ [4] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/ -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

2 2

quota_name field length missmatch in db schema
by Pavel Šipoš 11 Jan '19

11 Jan '19

Hi! We have a problem with Quotas whose name has a length grater than 60 characters. Such quotas can be created (or renamed) through oVirt-shell but cannot be managed through the oVirt Engine interface. E.g. VMs in that quota can't be started, created, quota comment can't be added... It turns out that the problem is with the engine database definition of "audit_log" table, that declares "quota_name" column as "character varying(60)". However "quota.quota_name" is defined as "character varying(65)". I think this is a bug and should be fixed in the future. Error example: PL/pgSQL function insertauditlog(integer,timestamp with time zone,integer,character varying,integer,text,uuid,character varying,uuid,character varying,uuid,character varying,uuid,character varying,uuid,character varying,uuid,character varying,uuid,character varying,uuid,character varying,character varying,uuid,uuid,character varying,text,boolean,uuid,text) line 9 at SQL statement; nested exception is org.postgresql.util.PSQLException: ERROR: value too long for type character varying(60) Regards, Pavel

2 1

Datacenter Down Storage error
by ahuser＠web.de 10 Jan '19

10 Jan '19

Hi @all, I have a big problem with my datacenter. After pressing optimization for vm-storage in a active gluster volume are the vms paused. And now, i cant activate the storage in the Data-Center. I have try reboot all Servers. It runs the latest Stable ovirt Version: ovirt-engine-4.2.7.5-1.el7.noarch vdsm-gluster-4.20.43-1.el7.x86_64 glusterfs-3.12.15-1.el7.x86_64 All Servers Up-to Date. Centos 7.6 Gluster Volume Replica 3 with Arbiter /var/log/sanlock.log set scheduler RR|RESET_ON_FORK priority 99 failed: Operation not permitted VDSM ovnode3 command SpmStatusVDS failed: (22, 'Sanlock resource read failure', 'Invalid argument') can anybody help me? thx

2 1

JSON internal error setting bonding using vdsm-client
by Callum Smith 10 Jan '19

10 Jan '19

Dear All, I’m getting the error: “(code=32603, message=Internal JSON-RPC error: {‘reason’: “‘unicode’ object has no attribute ’sort’”}) when trying to apply networking configuration with vdsm-client -f bond.json Host setupNetworks bond.json contains: { “networks”: {}, “bondings”: { “bond0”: { “nics”: “eno1+eno2”, “options”: “mode=4” } }, “options”: {} } Of course python is handling all the arguments as unicode entities rather than strings. Any idea what might be wrong? Regards, Callum -- Callum Smith Research Computing Core Wellcome Trust Centre for Human Genetics University of Oxford e. callum(a)well.ox.ac.uk<mailto:callum@well.ox.ac.uk>

2 1

File level restore of a VM backup located in export domain in Overt
by kevin.doyle＠manchester.ac.uk 10 Jan '19

10 Jan '19

Hi I would like to create backups of VM's using cron. I have installed and ran https://github.com/wefixit-AT/oVirtBackup This works well and saves an image to the export domain I created. I can also carry out a full restore from this by importing from the export domain and selecting the backup. The question I have is how to do a single file recovery from the backup image. I would like to restore /etc/hosts just as an example. What command would I use ? I am not sure of the layout of the export domain directory ── dom_md │ ├── ids │ ├── inbox │ ├── leases │ ├── metadata │ └── outbox ├── images │ └── 622eb98e-f10b-4e96-bec5-8f0a7e7745fe │ ├── b47ce8e1-f552-47f8-af56-33a3b8ce7aed │ └── b47ce8e1-f552-47f8-af56-33a3b8ce7aed.meta └── master ├── tasks └── vms └── c6e6c49c-c9bc-4683-8b19-d18250b5697b └── c6e6c49c-c9bc-4683-8b19-d18250b5697b.ovf The largest file is found is in images folder so I assume this is the backup image ? ./images/622eb98e-f10b-4e96-bec5-8f0a7e7745fe: total 2.7G drwxr-xr-x. 2 vdsm kvm 99 Jan 10 11:48 . drwxr-xr-x. 3 vdsm kvm 50 Jan 10 11:48 .. -rw-rw----. 1 vdsm kvm 50G Jan 10 11:51 b47ce8e1-f552-47f8-af56-33a3b8ce7aed -rw-r--r--. 1 vdsm kvm 269 Jan 10 11:48 b47ce8e1-f552-47f8-af56-33a3b8ce7aed.meta # file b47ce8e1-f552-47f8-af56-33a3b8ce7aed b47ce8e1-f552-47f8-af56-33a3b8ce7aed: x86 boot sector; partition 1: ID=0x83, active, starthead 32, startsector 2048, 2097152 sectors; partition 2: ID=0x8e, starthead 170, startsector 2099200, 102758400 sectors, code offset 0x63 Any help would be appreciated, I am new to Ovirt regards Kevin

1 0

ovirt 4.2.7-1 - adding virtual host ( nested virt. )
by paf1＠email.cz 10 Jan '19

10 Jan '19

Hello guys, I've got problem with adding new host (ESX-virtual) to ovirt 4.2.7-1 ( gluster included) Is this feature supported ??? 2019-01-07 19:38:30,168+01 ERROR [org.ovirt.engine.core.bll.gluster.GlusterSyncJob] (DefaultQuartzScheduler1) [15a4029b] Error while refreshing server data for cluster 'MID' from database: null regs. Paul

2 2

Trouble with my first ovirt-engine installation.
by benzianekarim67＠gmail.com 09 Jan '19

09 Jan '19

I'm having a certificate problem when I'm doing a "ym install ovirt-engine" Can someone help me thank you. [ovirt-4.2] name=Latest oVirt 4.2 Release #baseurl=http://resources.ovirt.org/pub/ovirt-4.2/rpm/el$releasever/ mirrorlist=https://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.2-el… enabled=1 skip_if_unavailable=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-4.2 Thank's

2 2

VMs Hung On Booting From Hard Disk
by Douglas Duckworth 09 Jan '19

09 Jan '19

Hi I have deployed 10 VMs in our oVirt cluster using Ansible. Thanks everyone for helping get it working. However, I randomly run into issues where the OS won't load after completing kickstart installation. As you can see the disks are attached while we are booting to it however I keep getting a hang at "booting from hard disk." The kickstart, kernel, and everything else for this VM, matches others. I am unsure why this problem occurs. I have attached repeating vdsm errors from the host which has the VM. Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit<https://scu.med.cornell.edu> Weill Cornell Medicine 1300 York Avenue New York, NY 10065 E: doug(a)med.cornell.edu<mailto:doug@med.cornell.edu> O: 212-746-6305 F: 212-746-8690

1 0

Re: move 'ovirtmgmt' bridge to a bonded NIC team
by Dominik Holler 09 Jan '19

09 Jan '19

On Tue, 8 Jan 2019 17:01:38 +0000 Shawn Southern <shawn.southern(a)entegrus.com> wrote: >We've recently added additional NICs to our oVirt nodes, and want to move the ovirtmgmt interface to one of the bonded interfaces, away from the single ethernet port currently used. This is to provide redundant connectivity to the nodes. > >I've not had any luck finding documentation on how to do this. If we change it manually by editing files in /etc/sysconfig/network-scripts, VDSM simply changes everything back. > Please use oVirt Engine to manage the network configuration. >I'm just looking to be pointed in the right direction here. > I see no reason why the usual way of configuring host networking via Compute > Hosts > hostname > Network Interfaces > Setup Host Networks should not work. ovirtmgmt must not be used by a VM on this host during the change, and ovirtmgmt should use a static IP address in Setup Host Networks > Edit management network: ovirtmgmt > IPv4. It might be a good idea to move the host to maintenance before the change, and ensure connectivity from the bond to oVirt Engine, because the change will be rolled back, if connectivity is lost. >Thanks!

1 0

[ANN] oVirt 4.2.8 Third Release Candidate is now available
by Sandro Bonazzola 09 Jan '19

09 Jan '19

The oVirt Project is pleased to announce the availability of the oVirt 4.2.8 Third Release Candidate, as of January 9th, 2019. This update is a release candidate of the eighth in a series of stabilization updates to the 4.2 series. This is pre-release software. This pre-release should not to be used in production. This release is available now for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is available - oVirt Node is available [2] Additional Resources: * Read more about the oVirt 4.2.8 release highlights: http://www.ovirt.org/release/4.2.8/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4.2.8/ [2] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/ -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

1 0

oVirt upgrade 4.1 to 4.2
by p.staniforth＠leedsbeckett.ac.uk 09 Jan '19

09 Jan '19

Hello when we did a live upgrade of our VDC from 4.1 to 4.2 we had a large number of VMs running that had a Custom Compatibility Version set to 4.1 to allow them to keep running while the cluster and VDC were upgraded. Unfortunately there was a large number of snapshots taken be the users before they were restarted their VMs so they have the Custom_Compatibility_Version set to 4.1 and so can't run in the 4.2 VDC, is there a way to search for them in the API or SDK because I can only find them in the events log when they fail to start. Thanks, Paul S.

2 1

[Cannot edit VM. Maximum number of sockets exceeded.]
by Matthias Leopold 09 Jan '19

09 Jan '19

Hi, when a user is managing a "higher number" (couldn't find the exact number yet, roughly >10) of VMs in VM Portal and wants to edit a VM he gets a "[Cannot edit VM. Maximum number of sockets exceeded.]" error message in the browser, which I also see in engine.log. I couldn't find the reason for this. I'm using squid as a SPICE Proxy at cluster level. oVirt version is 4.2.7, can anybody help me? thx matthias

3 4

ISCSI Domain & LVM
by tehnic＠take3.ro 09 Jan '19

09 Jan '19

Hello all, i have a question regarding this note in ovirt storage documentation: **Important:** If you are using block storage and you intend to deploy virtual machines on raw devices or direct LUNs and to manage them with the Logical Volume Manager, you must create a filter to hide the guest logical volumes. This will prevent guest logical volumes from being activated when the host is booted, a situation that could lead to stale logical volumes and cause data corruption. What does "you must create a filter to hide the guest logical volumes" exactly mean? I assume i have to set some filter in lvm.conf on all ovirt hosts, but im not sure about what to filter? What i already saw is that after creating the ISCSI domain and cloning/moving/creating virtual machines on it there are new PVs and LVs visible on the ovirt hosts having an object UUID in the name (output from "pvs" and "lvs" commands). Is this expected behavior or do i have to filter exactly this ones by allowing only local disks to be scanned for PVs/LVs? Or do i have to setup filter to allow only local disks + ISCSI disks (in my case /dev/sd?) to be scanned for PVs/LVs? I noticed too that after detaching and removing the ISCSI domain i still have UUID PVs. They all show up with "input/output error" in the output of "pvs" and stay there until i reboot the ovirt hosts. On my ISCSI target system i already set the correct lvm filters so that "targetcli" is happy after reboot. Thank you! Happy new year, Robert

4 11

Shutdown VMs when Nobreak is on Battery
by Vinícius Ferrão 08 Jan '19

08 Jan '19

Hello, I would like to know if oVirt support VMs shutdown when a battery threshold on the nobreak device is reached. There are some fencing agents for APC devices, so I’m hoping this is supported. If not, how are you guys doing this kind of thing? A separate device or VM in the datacenter to issue the shutdown commands? Thanks,

1 0