[ovirt-users] Gluster snapshots on hyperconverged with VDO ?

[guillaume . pavese]

I evaluate deploying ovirt 4.2 on centos 7.5 with VDO dedup in production.

When deploying gluster with cockpit, after selecting deduplication/compression, 
the option to have the brick thin provisioned is grayed out.

As a result, gluster snapshots are not possible. :
 - Neither in CLI : "snapshot create: failed: Snapshot is supported only for 
thin provisioned LV. Ensure that all bricks of data are thinly provisioned LV.
"
- Nor through the scheduler in volume management : I see the icon "Volume 
snapshots are scheduled" but I do not see any being created. There are no 
snapshot creation  failure message in the manager.

So I have two questions : 
- At deployment, is changing the gdeploy option manually from thick to thin 
supported for a LV on VDO device(or even a good idea)?
- Should I open a bug report?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/7SP44X3BOIWAWMAK7I3SSJ5WQWSVX4VA/

[ovirt-users] Re: Gluster snapshots on hyperconverged with VDO ?

[guillaume . pavese]

Thank you for this information.
I guess I should at least wait for that bug to be resolved before deploying in 
production. Do you have the bugzilla reference so I could track it?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/EGXDS6Y2VPKWY5XP7HP3RM5NHSYHUK4K/

[ovirt-users] Re: Gluster snapshots on hyperconverged with VDO ?

[guillaume . pavese]

Hi, 

Anyone with experience with vdo on Hyperconverged with ovirt 4.2.7?
Should I force thin provisioning for lv in gdeploy's conf in order to have 
working gluster snapshots?

I am not sure about the status of dedup in ovirt 4.2/hyperconverged. Supported, 
advised or not?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/36AHJEVWOSAVL7UDTHMUYCS7J4VTYA2C/

[ovirt-users] lvcache on partitioned ssd or only on full device?

[guillaume . pavese]

Hi,

If possible, I would like to configure a hyperconverged cluster with hosts' 
system partitions and the gluster's lvcache on partitions of SSDs in RAID1.
Is it possible to define the lvcache on a partitioned device like /dev/sdaX ; 
or is it only supported to pass a whole device like /dev/sdb ?

Thanks for your help
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/HXVMF5SLGJWVRWGFIODVMS3Q6UYP5T5D/

[ovirt-users] Re: lvcache on partitioned ssd or only on full device?

[guillaume . pavese]

Ok, thanks for for your input :)
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/NCA3KIHITKHJKMPYKYSTR2I5ROGSGENA/

[ovirt-users] Choosing optimal vdo Write policy on LSI Raid device that always report write-trough to the OS

[guillaume . pavese]

Hi,
I am evaluating vdo for an hyperconverged ovirt cluster.
The volume is on RAID device supported by a LSI (Dell Perc H710) controller 
with Write Back cache enabled :

   Current Cache Policy: WriteBack, ReadAdaptive, Cached, Write Cache OK

However these LSI controllers (all PERC series on Dell servers), as per 
documentation, always report cache policy as writethrough to the OS, no matter 
if write back is effectively enabled or not :

   cat /sys/block/sdb/device/scsi_disk/0\:2\:1\:0/cache_type 
write through

vdo by default choose its write policy (sync or async) accoring to the cache 
mode reported by the disk. So with cache policy auto, in that case it is set to 
"sync" : 

   write policy: sync

So my question :
In this configuration, write cache enabled on the raid controller but reported 
as write trhough to the os, should I manually set vdo cache policy to async for 
optimal performance?

Thanks for your help
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/77I7QYCYOSWPP2JLLGMG4YSOIKXSMKXW/

[ovirt-users] Status of Snaphots and LVCache for VDO volumes in oVirt 4.3.x

[Guillaume Pavese]

Hi,

Currently choosing VDO at volume setup forces creation of a thick LV due to
a RHEL bug, cf :
https://bugzilla.redhat.com/show_bug.cgi?id=1634551
https://bugzilla.redhat.com/show_bug.cgi?id=1600156

The latter was closed while pointing to the following workaround :
https://access.redhat.com/solutions/3562021
It is also said there that full fix will be available in RHEL-8

Thin LV  are necessary to enable volume snapshots and LVCache, and are
currently not possible on VDO volumes
Does the above comments in BZs  mean that it will still not be possible to
configure Thin LV for VDO volumes with ovirt-4.3.x/Centos-7.X either?
We have been postponing rolling out oVirt-4.2 in production because of
these two major cons.

Please advise if you think RHEL-8 will be necessary in order to have VDO
volumes on par with normal volumes (snapshots and LVCache). In that case we
will deploy production asap without VDO.
Should we instead force the creation of VDO volmume on ThinLV by tweaking
the gdeploy configuration and applying the mentionned workaround?

Thanks

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/PSB3XT3DL23CSIQI2PTEISCMHBGGCTWG/

[ovirt-users] Re: [oVirt 4.3.1 Test Day] cmdline HE Deployment

[Guillaume Pavese]

I did that but no success yet.

I see that "Get local VM IP" task tries the following :

virsh -r net-dhcp-leases default | grep -i {{ he_vm_mac_addr }} | awk '{
print $5 }' | cut -f1 -d'/'


However while the task is running, and vm running in qemu, "virsh -r
net-dhcp-leases default" never returns anything :

[root@vs-inf-int-kvm-fr-301-210 ~]# virsh -r net-dhcp-leases default
 Expiry Time  MAC addressProtocol  IP address
  HostnameClient ID or DUID
---

[root@vs-inf-int-kvm-fr-301-210 ~]#




Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Tue, Feb 26, 2019 at 12:33 AM Simone Tiraboschi 
wrote:

> OK, try this:
> temporary
> edit 
> /usr/share/ansible/roles/ovirt.hosted_engine_setup/tasks/bootstrap_local_vm/02_create_local_vm.yml
> around line 120
> and edit tasks "Get local VM IP"
> changing from "retries: 50" to  "retries: 500" so that you have more time
> to debug it
>
>
>
> On Mon, Feb 25, 2019 at 4:20 PM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> I retried after killing the remaining qemu process and
>> doing ovirt-hosted-engine-cleanup
>> The new attempt failed again at the same step. Then after it fails, it
>> cleans the temporary files (and vm disk) but *qemu still runs!* :
>>
>> [ INFO  ] TASK [ovirt.hosted_engine_setup : Get local VM IP]
>>
>> [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 50, "changed":
>> true, "cmd": "virsh -r net-dhcp-leases default | grep -i 00:16:3e:6c:e8:f9
>> | awk '{ print $5 }' | cut -f1 -d'/'", "delta": "0:00:00.092436", "end":
>> "2019-02-25 16:09:38.863263", "rc": 0, "start": "2019-02-25
>> 16:09:38.770827", "stderr": "", "stderr_lines": [], "stdout": "",
>> "stdout_lines": []}
>> [ 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 : Remove temporary entry in
>> /etc/hosts for the local VM]
>> [ INFO  ] ok: [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"}
>> [ ERROR ] Failed to execute stage 'Closing up': Failed executing
>> ansible-playbook
>> [ INFO  ] Stage: Clean up
>> [ INFO  ] Cleaning temporary resources
>> ...
>>
>> [ INFO  ] TASK [ovirt.hosted_engine_setup : Remove local vm dir]
>> [ INFO  ] ok: [localhost]
>> [ INFO  ] TASK [ovirt.hosted_engine_setup : Remove temporary entry in
>> /etc/hosts for the local VM]
>> [ INFO  ] ok: [localhost]
>> [ INFO  ] Generating answer file
>> '/var/lib/ovirt-hosted-engine-setup/answers/answers-20190225161011.conf'
>> [ INFO  ] Stage: Pre-termination
>> [ INFO  ] Stage: Termination
>> [ ERROR ] Hosted Engine deployment failed: please check the logs for the
>> issue, fix accordingly or re-deploy from scratch.
>>
>>
>>
>> [root@vs-inf-int-kvm-fr-301-210 ~]# ps aux | grep qemu
>> root  4021  0.0  0.0  24844  1788 ?Ss   févr.22   0:00
>> /usr/bin/qemu-ga --method=virtio-serial
>> --path=/dev/virtio-ports/org.qemu.guest_agent.0
>> --blacklist=guest-file-open,guest-file-close,guest-file-read,guest-file-write,guest-file-seek,guest-file-flush,guest-exec,guest-exec-status
>> -F/etc/qemu-ga/fsfreeze-hook
>> qemu 26463 22.9  4.8 17684512 1088844 ?Sl   16:01   3:09
>> /usr/libexec/qemu-kvm -name guest=HostedEngineLocal,debug-threads=on -S
>> -object
>> secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-1-HostedEngineLocal/master-key.aes
>> -machine pc-i440fx-rhel7.6.0,accel=kvm,usb=off,dump-guest-core=off -cpu
>> Haswell-noTSX,+kvmclock -m 16384 -realtime mlock=off -smp
>> 4,sockets=4,cores=1,threads=1 -uuid 316eca5f-81de-4a0b-af1f-58f910402a8e
>> -no-user-config -nodefaults -chardev
>> socket,id=charmonitor,fd=27,server,nowait -mon
>> chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown
>> -global PIIX4_PM.disable_s3=1 -global PIIX4_PM.disable_s4=1 -boot
>> menu=off,strict=

[ovirt-users] Re: [oVirt 4.3.1 Test Day] cmdline HE Deployment

[Guillaume Pavese]

unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -netdev
tap,fd=29,id=hostnet0,vhost=on,vhostfd=30 -device
virtio-net-pci,netdev=hostnet0,id=net0,mac=00:16:3e:1d:4b:b6,bus=pci.0,addr=0x3
-chardev pty,id=charserial0 -device
isa-serial,chardev=charserial0,id=serial0 -chardev
socket,id=charchannel0,fd=31,server,nowait -device
virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0
-vnc 127.0.0.1:0 -device VGA,id=video0,vgamem_mb=16,bus=pci.0,addr=0x2
-object rng-random,id=objrng0,filename=/dev/random -device
virtio-rng-pci,rng=objrng0,id=rng0,bus=pci.0,addr=0x6 -sandbox
on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny
-msg timestamp=on
2019-02-25T17:50:08.904663Z qemu-kvm: -chardev pty,id=charserial0: char
device redirected to /dev/pts/4 (label charserial0)
2019-02-25T17:50:08.911239Z qemu-kvm: warning: host doesn't support
requested feature: CPUID.07H:EBX.invpcid [bit 10]
2019-02-25T17:50:08.917723Z qemu-kvm: warning: host doesn't support
requested feature: CPUID.07H:EBX.invpcid [bit 10]
2019-02-25T17:50:08.918494Z qemu-kvm: warning: host doesn't support
requested feature: CPUID.07H:EBX.invpcid [bit 10]
2019-02-25T17:50:08.919217Z qemu-kvm: warning: host doesn't support
requested feature: CPUID.07H:EBX.invpcid [bit 10]

I guess there is something about those last warnings?
It should be noted that I previously successfully  deployed oVirt 4.2 in
the same Nested environment

Running libvirt in debug mode will need to wait tomorrow ; my night is
already cut to nothing much anymore XD

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Tue, Feb 26, 2019 at 3:33 AM Simone Tiraboschi 
wrote:

>
>
> On Mon, Feb 25, 2019 at 7:15 PM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> No, as indicated previously, still :
>>
>> [root@vs-inf-int-kvm-fr-301-210 ~]# virsh -r net-dhcp-leases default
>>  Expiry Time  MAC addressProtocol  IP address
>> HostnameClient ID or DUID
>>
>> ---
>>
>> [root@vs-inf-int-kvm-fr-301-210 ~]#
>>
>>
>> I did not see any relevant log on the HE vm. Is there something I should
>> look for there?
>>
>
> This smells really bad: I'd suggest to check /var/log/messages
> and /var/log/libvirt/qemu/HostedEngineLocal.log for libvirt errors;
> if nothing is there can I ask you to try reexecuting with libvirt debug
> logs (edit /etc/libvirt/libvirtd.conf).
>
> Honestly I'm not able to reproduce it on my side.
>
>
>>
>>
>> Guillaume Pavese
>> Ingénieur Système et Réseau
>> Interactiv-Group
>>
>>
>> On Tue, Feb 26, 2019 at 3:12 AM Simone Tiraboschi 
>> wrote:
>>
>>>
>>>
>>> On Mon, Feb 25, 2019 at 7:04 PM Guillaume Pavese <
>>> guillaume.pav...@interactiv-group.com> wrote:
>>>
>>>> I still can't connect with VNC remotely but locally with X forwarding
>>>> it works.
>>>> However my connection has too high latency for that to be usable (I'm
>>>> in Japan, my hosts in France, ~250 ms ping)
>>>>
>>>> But I could see that the VM is booted!
>>>>
>>>> and in Hosts logs there is :
>>>>
>>>> févr. 25 18:51:12 vs-inf-int-kvm-fr-301-210.hostics.fr python[14719]:
>>>> ansible-command Invoked with warn=True executable=None _uses_shell=True
>>>> _raw_params=virsh -r net-dhcp-leases default | grep -i 00:16:3e:1d:4b:b6 |
>>>> awk '{ print $5 }' | cut -f1 -d'/' removes=None argv=None creates=None
>>>> chdir=None stdin=None
>>>> févr. 25 18:51:30 vs-inf-int-kvm-fr-301-210.hostics.fr
>>>> dnsmasq-dhcp[6310]: DHCPDISCOVER(virbr0) 00:16:3e:1d:4b:b6
>>>> févr. 25 18:51:30 vs-inf-int-kvm-fr-301-210.hostics.fr
>>>> dnsmasq-dhcp[6310]: DHCPOFFER(virbr0) 192.168.122.14 00:16:3e:1d:4b:b6
>>>> févr. 25 18:51:30 vs-inf-int-kvm-fr-301-210.hostics.fr
>>>> dnsmasq-dhcp[6310]: DHCPREQUEST(virbr0) 192.168.122.14 00:16:3e:1d:4b:b6
>>>> févr. 25 18:51:30 vs-inf-int-kvm-fr-301-210.hostics.fr
>>>> dnsmasq-dhcp[6310]: DHCPACK(virbr0) 192.168.122.14 00:16:3e:1d:4b:b6
>>>> vs-inf-int-ovt-fr-301-210
>>>> févr. 25 18:51:42 vs-inf-int-kvm-fr-301-210.hostics.fr python[14757]:
>>>> ansible-command Invoked with warn=True executable=None _uses_shell=True
>>>> _raw_params=virsh -r net-dhcp-leases default | grep -i 00:16:3e:1d:4b:b6 |
>>>> awk '{ print $5 }' | cut -f1 -d'/' removes=None argv=None creates=None
>>>> chdir=None stdin=None
>>>

[ovirt-users] Re: [oVirt 4.3.1 Test Day] cmdline HE Deployment

[Guillaume Pavese]

I still can't connect with VNC remotely but locally with X forwarding it
works.
However my connection has too high latency for that to be usable (I'm in
Japan, my hosts in France, ~250 ms ping)

But I could see that the VM is booted!

and in Hosts logs there is :

févr. 25 18:51:12 vs-inf-int-kvm-fr-301-210.hostics.fr python[14719]:
ansible-command Invoked with warn=True executable=None _uses_shell=True
_raw_params=virsh -r net-dhcp-leases default | grep -i 00:16:3e:1d:4b:b6 |
awk '{ print $5 }' | cut -f1 -d'/' removes=None argv=None creates=None
chdir=None stdin=None
févr. 25 18:51:30 vs-inf-int-kvm-fr-301-210.hostics.fr dnsmasq-dhcp[6310]:
DHCPDISCOVER(virbr0) 00:16:3e:1d:4b:b6
févr. 25 18:51:30 vs-inf-int-kvm-fr-301-210.hostics.fr dnsmasq-dhcp[6310]:
DHCPOFFER(virbr0) 192.168.122.14 00:16:3e:1d:4b:b6
févr. 25 18:51:30 vs-inf-int-kvm-fr-301-210.hostics.fr dnsmasq-dhcp[6310]:
DHCPREQUEST(virbr0) 192.168.122.14 00:16:3e:1d:4b:b6
févr. 25 18:51:30 vs-inf-int-kvm-fr-301-210.hostics.fr dnsmasq-dhcp[6310]:
DHCPACK(virbr0) 192.168.122.14 00:16:3e:1d:4b:b6 vs-inf-int-ovt-fr-301-210
févr. 25 18:51:42 vs-inf-int-kvm-fr-301-210.hostics.fr python[14757]:
ansible-command Invoked with warn=True executable=None _uses_shell=True
_raw_params=virsh -r net-dhcp-leases default | grep -i 00:16:3e:1d:4b:b6 |
awk '{ print $5 }' | cut -f1 -d'/' removes=None argv=None creates=None
chdir=None stdin=None
févr. 25 18:52:12 vs-inf-int-kvm-fr-301-210.hostics.fr python[14789]:
ansible-command Invoked with warn=True executable=None _uses_shell=True
_raw_params=virsh -r net-dhcp-leases default | grep -i 00:16:3e:1d:4b:b6 |
awk '{ print $5 }' | cut -f1 -d'/' removes=None argv=None creates=None
chdir=None stdin=None
févr. 25 18:52:43 vs-inf-int-kvm-fr-301-210.hostics.fr python[14818]:
ansible-command Invoked with warn=True executable=None _uses_shell=True
_raw_params=virsh -r net-dhcp-leases default | grep -i 00:16:3e:1d:4b:b6 |
awk '{ print $5 }' | cut -f1 -d'/' removes=None argv=None creates=None
chdir=None stdin=None


ssh to the vm works too :

[root@vs-inf-int-kvm-fr-301-210 ~]# ssh root@192.168.122.14
The authenticity of host '192.168.122.14 (192.168.122.14)' can't be
established.
ECDSA key fingerprint is SHA256:+/pUzTGVA4kCyICb7XgqrxWYYkqzmDjVmdAahiBFgOQ.
ECDSA key fingerprint is
MD5:4b:ef:ff:4a:7c:1a:af:c2:af:4a:0f:14:a3:c5:31:fb.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.122.14' (ECDSA) to the list of known
hosts.
root@192.168.122.14's password:
[root@vs-inf-int-ovt-fr-301-210 ~]#


But the test that the playbook tries still fails with empty result :

[root@vs-inf-int-kvm-fr-301-210 ~]# virsh -r net-dhcp-leases default
 Expiry Time  MAC addressProtocol  IP address
  HostnameClient ID or DUID
---

[root@vs-inf-int-kvm-fr-301-210 ~]#




Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Tue, Feb 26, 2019 at 1:54 AM Simone Tiraboschi 
wrote:

>
>
> On Mon, Feb 25, 2019 at 5:50 PM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> I did that but no success yet.
>>
>> I see that "Get local VM IP" task tries the following :
>>
>> virsh -r net-dhcp-leases default | grep -i {{ he_vm_mac_addr }} | awk '{
>> print $5 }' | cut -f1 -d'/'
>>
>>
>> However while the task is running, and vm running in qemu, "virsh -r
>> net-dhcp-leases default" never returns anything :
>>
>
> Yes, I think that libvirt will never provide a DHCP lease since the
> appliance OS never correctly complete the boot process.
> I'd suggest to connect to the running VM via vnc DURING the boot process
> and check what's wrong.
>
>
>> [root@vs-inf-int-kvm-fr-301-210 ~]# virsh -r net-dhcp-leases default
>>  Expiry Time  MAC addressProtocol  IP address
>> HostnameClient ID or DUID
>>
>> -------
>>
>> [root@vs-inf-int-kvm-fr-301-210 ~]#
>>
>>
>>
>>
>> Guillaume Pavese
>> Ingénieur Système et Réseau
>> Interactiv-Group
>>
>>
>> On Tue, Feb 26, 2019 at 12:33 AM Simone Tiraboschi 
>> wrote:
>>
>>> OK, try this:
>>> temporary
>>> edit 
>>> /usr/share/ansible/roles/ovirt.hosted_engine_setup/tasks/bootstrap_local_vm/02_create_local_vm.yml
>>> around line 120
>>> and edit tasks "Get local VM IP"
>>> changing from "retries: 50" to  "retries: 500" so that you have more
>>> time to debug it
>>>
>>>
>>>
>>> On Mon, Feb 25, 2019 at 4:20 PM Guillaum

[ovirt-users] Re: [oVirt 4.3.1 Test Day] cmdline HE Deployment

[Guillaume Pavese]

No, as indicated previously, still :

[root@vs-inf-int-kvm-fr-301-210 ~]# virsh -r net-dhcp-leases default
 Expiry Time  MAC addressProtocol  IP address
  HostnameClient ID or DUID
---

[root@vs-inf-int-kvm-fr-301-210 ~]#


I did not see any relevant log on the HE vm. Is there something I should
look for there?


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Tue, Feb 26, 2019 at 3:12 AM Simone Tiraboschi 
wrote:

>
>
> On Mon, Feb 25, 2019 at 7:04 PM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> I still can't connect with VNC remotely but locally with X forwarding it
>> works.
>> However my connection has too high latency for that to be usable (I'm in
>> Japan, my hosts in France, ~250 ms ping)
>>
>> But I could see that the VM is booted!
>>
>> and in Hosts logs there is :
>>
>> févr. 25 18:51:12 vs-inf-int-kvm-fr-301-210.hostics.fr python[14719]:
>> ansible-command Invoked with warn=True executable=None _uses_shell=True
>> _raw_params=virsh -r net-dhcp-leases default | grep -i 00:16:3e:1d:4b:b6 |
>> awk '{ print $5 }' | cut -f1 -d'/' removes=None argv=None creates=None
>> chdir=None stdin=None
>> févr. 25 18:51:30 vs-inf-int-kvm-fr-301-210.hostics.fr
>> dnsmasq-dhcp[6310]: DHCPDISCOVER(virbr0) 00:16:3e:1d:4b:b6
>> févr. 25 18:51:30 vs-inf-int-kvm-fr-301-210.hostics.fr
>> dnsmasq-dhcp[6310]: DHCPOFFER(virbr0) 192.168.122.14 00:16:3e:1d:4b:b6
>> févr. 25 18:51:30 vs-inf-int-kvm-fr-301-210.hostics.fr
>> dnsmasq-dhcp[6310]: DHCPREQUEST(virbr0) 192.168.122.14 00:16:3e:1d:4b:b6
>> févr. 25 18:51:30 vs-inf-int-kvm-fr-301-210.hostics.fr
>> dnsmasq-dhcp[6310]: DHCPACK(virbr0) 192.168.122.14 00:16:3e:1d:4b:b6
>> vs-inf-int-ovt-fr-301-210
>> févr. 25 18:51:42 vs-inf-int-kvm-fr-301-210.hostics.fr python[14757]:
>> ansible-command Invoked with warn=True executable=None _uses_shell=True
>> _raw_params=virsh -r net-dhcp-leases default | grep -i 00:16:3e:1d:4b:b6 |
>> awk '{ print $5 }' | cut -f1 -d'/' removes=None argv=None creates=None
>> chdir=None stdin=None
>> févr. 25 18:52:12 vs-inf-int-kvm-fr-301-210.hostics.fr python[14789]:
>> ansible-command Invoked with warn=True executable=None _uses_shell=True
>> _raw_params=virsh -r net-dhcp-leases default | grep -i 00:16:3e:1d:4b:b6 |
>> awk '{ print $5 }' | cut -f1 -d'/' removes=None argv=None creates=None
>> chdir=None stdin=None
>> févr. 25 18:52:43 vs-inf-int-kvm-fr-301-210.hostics.fr python[14818]:
>> ansible-command Invoked with warn=True executable=None _uses_shell=True
>> _raw_params=virsh -r net-dhcp-leases default | grep -i 00:16:3e:1d:4b:b6 |
>> awk '{ print $5 }' | cut -f1 -d'/' removes=None argv=None creates=None
>> chdir=None stdin=None
>> 
>>
>> ssh to the vm works too :
>>
>> [root@vs-inf-int-kvm-fr-301-210 ~]# ssh root@192.168.122.14
>> The authenticity of host '192.168.122.14 (192.168.122.14)' can't be
>> established.
>> ECDSA key fingerprint is
>> SHA256:+/pUzTGVA4kCyICb7XgqrxWYYkqzmDjVmdAahiBFgOQ.
>> ECDSA key fingerprint is
>> MD5:4b:ef:ff:4a:7c:1a:af:c2:af:4a:0f:14:a3:c5:31:fb.
>> Are you sure you want to continue connecting (yes/no)? yes
>> Warning: Permanently added '192.168.122.14' (ECDSA) to the list of known
>> hosts.
>> root@192.168.122.14's password:
>> [root@vs-inf-int-ovt-fr-301-210 ~]#
>>
>>
>> But the test that the playbook tries still fails with empty result :
>>
>> [root@vs-inf-int-kvm-fr-301-210 ~]# virsh -r net-dhcp-leases default
>>  Expiry Time      MAC address    Protocol  IP address
>> HostnameClient ID or DUID
>>
>> -------
>>
>> [root@vs-inf-int-kvm-fr-301-210 ~]#
>>
>>
> This smells like a bug to me:
> and nothing at all in the output of
> virsh -r net-dhcp-leases default
>
> ?
>
>
>>
>>
>>
>> Guillaume Pavese
>> Ingénieur Système et Réseau
>> Interactiv-Group
>>
>>
>> On Tue, Feb 26, 2019 at 1:54 AM Simone Tiraboschi 
>> wrote:
>>
>>>
>>>
>>> On Mon, Feb 25, 2019 at 5:50 PM Guillaume Pavese <
>>> guillaume.pav...@interactiv-group.com> wrote:
>>>
>>>> I did that but no success yet.
>>>>
>>>> I see that "Get local VM IP" task tries the following :
>>>>
>>>> virsh -r net-dhcp-leases default | grep -i

[ovirt-users] Re: [oVirt 4.3.1 Test Day] cmdline HE Deployment

[Guillaume Pavese]

Happy to say that I just passed this "Get local VM IP" step

There were a lot of leftover from previous failed attempts (cf log I sent
earlier :  "internal error: Failed to autostart storage pool..." )
Those were not cleaned up by  ovirt-hosted-engine-cleanup

I had to do the followinf so libvirt would be happy again :

rm -rf /etc/libvirt/storage/*.xml
rm -rf /etc/libvirt/storage/autostart/*
rm -rf /var/tmp/local*


ovirt-hosted-engine-cleanup is not doing a really good job

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Tue, Feb 26, 2019 at 3:49 AM Guillaume Pavese <
guillaume.pav...@interactiv-group.com> wrote:

> journalctl -u libvirtd.service :
>
> févr. 25 18:47:24 vs-inf-int-kvm-fr-301-210.hostics.fr systemd[1]:
> Stopping Virtualization daemon...
> févr. 25 18:47:24 vs-inf-int-kvm-fr-301-210.hostics.fr systemd[1]:
> Stopped Virtualization daemon.
> févr. 25 18:47:34 vs-inf-int-kvm-fr-301-210.hostics.fr systemd[1]:
> Starting Virtualization daemon...
> févr. 25 18:47:34 vs-inf-int-kvm-fr-301-210.hostics.fr systemd[1]:
> Started Virtualization daemon.
> févr. 25 18:47:34 vs-inf-int-kvm-fr-301-210.hostics.fr dnsmasq[6310]:
> read /etc/hosts - 4 addresses
> févr. 25 18:47:34 vs-inf-int-kvm-fr-301-210.hostics.fr dnsmasq[6310]:
> read /var/lib/libvirt/dnsmasq/default.addnhosts - 0 addresses
> févr. 25 18:47:34 vs-inf-int-kvm-fr-301-210.hostics.fr
> dnsmasq-dhcp[6310]: read /var/lib/libvirt/dnsmasq/default.hostsfile
> févr. 25 18:47:34 vs-inf-int-kvm-fr-301-210.hostics.fr libvirtd[13535]:
> 2019-02-25 17:47:34.739+: 13551: info : libvirt version: 4.5.0,
> package: 10.el7_6.4 (CentOS BuildSystem <http://bugs.centos.org>,
> 2019-01-29-17:31:22, x86-01.bsys.centos.org)
> févr. 25 18:47:34 vs-inf-int-kvm-fr-301-210.hostics.fr libvirtd[13535]:
> 2019-02-25 17:47:34.739+: 13551: info : hostname:
> vs-inf-int-kvm-fr-301-210.hostics.fr
> févr. 25 18:47:34 vs-inf-int-kvm-fr-301-210.hostics.fr libvirtd[13535]:
> 2019-02-25 17:47:34.739+: 13551: error : virDirOpenInternal:2936 :
> cannot open directory
> '/var/tmp/localvmgmyYik/images/15023c8a-e3a7-4851-a97d-3b90996b423b': No
> such file or directory
> févr. 25 18:47:34 vs-inf-int-kvm-fr-301-210.hostics.fr libvirtd[13535]:
> 2019-02-25 17:47:34.740+: 13551: error :
> storageDriverAutostartCallback:209 : internal error: Failed to autostart
> storage pool '15023c8a-e3a7-4851-a97d-3b90996b423b': cannot open directory
> '/var/tmp/localvmgmyYik/images/15023c8a-e3a7-4851-a97d-3b90996b423b': No
> such file or directory
> févr. 25 18:47:34 vs-inf-int-kvm-fr-301-210.hostics.fr libvirtd[13535]:
> 2019-02-25 17:47:34.740+: 13551: error : virDirOpenInternal:2936 :
> cannot open directory '/var/tmp/localvmdRIozH': No such file or directory
> févr. 25 18:47:34 vs-inf-int-kvm-fr-301-210.hostics.fr libvirtd[13535]:
> 2019-02-25 17:47:34.740+: 13551: error :
> storageDriverAutostartCallback:209 : internal error: Failed to autostart
> storage pool 'localvmdRIozH': cannot open directory
> '/var/tmp/localvmdRIozH': No such file or directory
> févr. 25 18:47:34 vs-inf-int-kvm-fr-301-210.hostics.fr libvirtd[13535]:
> 2019-02-25 17:47:34.740+: 13551: error : virDirOpenInternal:2936 :
> cannot open directory
> '/var/tmp/localvmdRIozH/images/15023c8a-e3a7-4851-a97d-3b90996b423b': No
> such file or directory
> févr. 25 18:47:34 vs-inf-int-kvm-fr-301-210.hostics.fr libvirtd[13535]:
> 2019-02-25 17:47:34.740+: 13551: error :
> storageDriverAutostartCallback:209 : internal error: Failed to autostart
> storage pool '15023c8a-e3a7-4851-a97d-3b90996b423b-1': cannot open
> directory
> '/var/tmp/localvmdRIozH/images/15023c8a-e3a7-4851-a97d-3b90996b423b': No
> such file or directory
> févr. 25 18:47:34 vs-inf-int-kvm-fr-301-210.hostics.fr libvirtd[13535]:
> 2019-02-25 17:47:34.740+: 13551: error : virDirOpenInternal:2936 :
> cannot open directory '/var/tmp/localvmgmyYik': No such file or directory
> févr. 25 18:47:34 vs-inf-int-kvm-fr-301-210.hostics.fr libvirtd[13535]:
> 2019-02-25 17:47:34.740+: 13551: error :
> storageDriverAutostartCallback:209 : internal error: Failed to autostart
> storage pool 'localvmgmyYik': cannot open directory
> '/var/tmp/localvmgmyYik': No such file or directory
>
>
> /var/log/libvirt/qemu/HostedEngineLocal.log :
>
> 2019-02-25 17:50:08.694+: starting up libvirt version: 4.5.0, package:
> 10.el7_6.4 (CentOS BuildSystem <http://bugs.centos.org>,
> 2019-01-29-17:31:22, x86-01.bsys.centos.org), qemu version:
> 2.12.0qemu-kvm-ev-2.12.0-18.el7_6.3.1, kernel: 3.10.0-957.5.1.el7.x86_64,
> hostname: vs-inf-int-kvm-fr-301-210.hostics.fr
> LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin
> QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -name
> gue

[ovirt-users] [oVirt 4.3.1-RC2 Test Day] Hyperconverged HE Deployment

[Guillaume Pavese]

Hi, I tried again today to deploy HE on Gluster with oVirt 4.3.1 RC2 on a
clean Nested environment (no precedent deploy attempts to clean before...).

Gluster was deployed without problem from cockpit.
I then snapshoted my vms before trying to deploy HE both from cockpit, then
from cmdline.
Both attempts failed at the same spot :

[ INFO ] Creating Storage Domain
[ INFO ] TASK [ovirt.hosted_engine_setup : Execute just a specific set of
steps]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Force facts gathering]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Check local VM dir stat]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Enforce local VM dir existence]
[ INFO ] skipping: [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]
[ ERROR ] ConnectionError: Error while sending HTTP request: (7, 'Failed
connect to vs-inf-int-ovt-fr-301-210.hostics.fr:443; No route to host')
[ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 50, "changed": false,
"msg": "Error while sending HTTP request: (7, 'Failed connect to
vs-inf-int-ovt-fr-301-210.hostics.fr:443; No route to host')"}
Please specify the storage you would like to use (glusterfs, iscsi, fc,
nfs)[nfs]:



[root@vs-inf-int-kvm-fr-301-210 ~]# traceroute
vs-inf-int-ovt-fr-301-210.hostics.fr
traceroute to vs-inf-int-ovt-fr-301-210.hostics.fr (192.168.122.147), 30
hops max, 60 byte packets
1 vs-inf-int-kvm-fr-301-210.hostics.fr (192.168.122.1) 3006.344 ms !H
3006.290 ms !H 3006.275 ms !H




Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/5JEA5726OHI2MTOHEBV3VYAKDNDNSNMJ/

[ovirt-users] Re: [oVirt 4.3.1-RC2 Test Day] Hyperconverged HE Deployment

[Guillaume Pavese]

Hello,

I managed to install oVirt 4.3.1 finl today after a few more tries.
I think there are a few specifics to our environment that blocked me.
We deploy every machine through kickstart with custom scripts. So there was
potentially a few blockers with how my nested hosts were set up :

- We have routes defined in network-scripts/route-eth0 and oVirt does not
seem to port those route-* conf to the newly generated ovirmgmt bridge. I
removed this file before trying again.
- In /etc/hosts, we set the following : "HostIP HostName.fqdn Hostname"; I
removed the last part

Thanks for your help.

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Fri, Mar 1, 2019 at 5:15 PM Simone Tiraboschi 
wrote:

>
>
> On Fri, Mar 1, 2019 at 6:49 AM Sahina Bose  wrote:
>
>> On Wed, Feb 27, 2019 at 4:06 PM Guillaume Pavese
>>  wrote:
>> >
>> > Hi, I tried again today to deploy HE on Gluster with oVirt 4.3.1 RC2 on
>> a clean Nested environment (no precedent deploy attempts to clean
>> before...).
>> >
>> > Gluster was deployed without problem from cockpit.
>> > I then snapshoted my vms before trying to deploy HE both from cockpit,
>> then from cmdline.
>> > Both attempts failed at the same spot :
>> >
>> > [ INFO ] Creating Storage Domain
>> > [ INFO ] TASK [ovirt.hosted_engine_setup : Execute just a specific set
>> of steps]
>> > [ INFO ] ok: [localhost]
>> > [ INFO ] TASK [ovirt.hosted_engine_setup : Force facts gathering]
>> > [ INFO ] ok: [localhost]
>> > [ INFO ] TASK [ovirt.hosted_engine_setup : Check local VM dir stat]
>> > [ INFO ] ok: [localhost]
>> > [ INFO ] TASK [ovirt.hosted_engine_setup : Enforce local VM dir
>> existence]
>> > [ INFO ] skipping: [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]
>> > [ ERROR ] ConnectionError: Error while sending HTTP request: (7,
>> 'Failed connect to vs-inf-int-ovt-fr-301-210.hostics.fr:443; No route to
>> host')
>> > [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 50, "changed":
>> false, "msg": "Error while sending HTTP request: (7, 'Failed connect to
>> vs-inf-int-ovt-fr-301-210.hostics.fr:443; No route to host')"}
>> > Please specify the storage you would like to use (glusterfs, iscsi, fc,
>> nfs)[nfs]:
>> >
>> >
>> >
>> > [root@vs-inf-int-kvm-fr-301-210 ~]# traceroute
>> vs-inf-int-ovt-fr-301-210.hostics.fr
>> > traceroute to vs-inf-int-ovt-fr-301-210.hostics.fr (192.168.122.147),
>> 30 hops max, 60 byte packets
>> > 1 vs-inf-int-kvm-fr-301-210.hostics.fr (192.168.122.1) 3006.344 ms !H
>> 3006.290 ms !H 3006.275 ms !H
>> >
>> >
>>
>> vs-inf-int-ovt-fr-301-210.hostics.fr is this the HE VM FQDN?
>> +Simone Tiraboschi
>>
>
> Hi,
> can you please attach the output of
> ip a
> route
> getent ahosts vs-inf-int-ovt-fr-301-210.hostics.fr
>
>
>
>> >
>> >
>> > Guillaume Pavese
>> > Ingénieur Système et Réseau
>> > Interactiv-Group
>> > ___
>> > Users mailing list -- users@ovirt.org
>> > To unsubscribe send an email to users-le...@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/5JEA5726OHI2MTOHEBV3VYAKDNDNSNMJ/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/3HB5YYW34UCFLM2U5YUJHFWX666K/

[ovirt-users] impact of --emulate512 setting for VDO volumes

[Guillaume Pavese]

Hello,

We are planning to deploy VDO with oVirt 4.3 on centos 7.6 (on SSD devices).
As oVirt does not support 4K devices yet, VDO volumes are created with the
parameter "--emulate512 enabled"

What are the implications of this setting? Does it impact performance? If
so, is it IOPS or throughput that is impacted? What about reliability (is
that mode equally tested as standard mode)?

As I saw on RH Bugzilla, support for 4K devices in oVirt will need to wait
at least for Centos 7.7
Once that is supported, would it be possible to transition/upgrade an
emulate512 vdo volume to a standard one?

Thanks,

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/54NJ4IA6KG3NJQPPOKMGJZ2KHF5ZIGFD/

[ovirt-users] Re: Advice around ovirt 4.3 / gluster 5.x

[Guillaume Pavese]

I got that too so upgraded to gluster6-rc0 nit still, this morning one
engine brick is down :

[2019-03-04 01:33:22.492206] E [MSGID: 101191]
[event-epoll.c:765:event_dispatch_epoll_worker] 0-epoll: Failed to dispatch
handler
[2019-03-04 01:38:34.601381] I [addr.c:54:compare_addr_and_update]
0-/gluster_bricks/engine/engine: allowed = "*", received addr =
"10.199.211.5"
[2019-03-04 01:38:34.601410] I [login.c:110:gf_auth] 0-auth/login: allowed
user names: 9e360b5b-34d3-4076-bc7e-ed78e4e0dc01
[2019-03-04 01:38:34.601421] I [MSGID: 115029]
[server-handshake.c:550:server_setvolume] 0-engine-server: accepted client
from
CTX_ID:f7603ec6-9914-408b-85e6-e64e9844e326-GRAPH_ID:0-PID:300490-HOST:ps-inf-int-kvm-fr-305-210.hostics.fr-PC_NAME:engine-client-0-RECON_NO:-0
(version: 6.0rc0) with subvol /gluster_bricks/engine/engine
[2019-03-04 01:38:34.610400] I [MSGID: 115036]
[server.c:498:server_rpc_notify] 0-engine-server: disconnecting connection
from
CTX_ID:f7603ec6-9914-408b-85e6-e64e9844e326-GRAPH_ID:0-PID:300490-HOST:ps-inf-int-kvm-fr-305-210.hostics.fr-PC_NAME:engine-client-0-RECON_NO:-0
[2019-03-04 01:38:34.610531] I [MSGID: 101055]
[client_t.c:436:gf_client_unref] 0-engine-server: Shutting down connection
CTX_ID:f7603ec6-9914-408b-85e6-e64e9844e326-GRAPH_ID:0-PID:300490-HOST:ps-inf-int-kvm-fr-305-210.hostics.fr-PC_NAME:engine-client-0-RECON_NO:-0
[2019-03-04 01:38:34.610574] E [MSGID: 101191]
[event-epoll.c:765:event_dispatch_epoll_worker] 0-epoll: Failed to dispatch
handler
[2019-03-04 01:39:18.520347] I [addr.c:54:compare_addr_and_update]
0-/gluster_bricks/engine/engine: allowed = "*", received addr =
"10.199.211.5"
[2019-03-04 01:39:18.520373] I [login.c:110:gf_auth] 0-auth/login: allowed
user names: 9e360b5b-34d3-4076-bc7e-ed78e4e0dc01
[2019-03-04 01:39:18.520383] I [MSGID: 115029]
[server-handshake.c:550:server_setvolume] 0-engine-server: accepted client
from
CTX_ID:f3be82ea-6340-4bd4-afb3-aa9db432f779-GRAPH_ID:0-PID:300885-HOST:ps-inf-int-kvm-fr-305-210.hostics.fr-PC_NAME:engine-client-0-RECON_NO:-0
(version: 6.0rc0) with subvol /gluster_bricks/engine/engine
[2019-03-04 01:39:19.711947] I [MSGID: 115036]
[server.c:498:server_rpc_notify] 0-engine-server: disconnecting connection
from
CTX_ID:f3be82ea-6340-4bd4-afb3-aa9db432f779-GRAPH_ID:0-PID:300885-HOST:ps-inf-int-kvm-fr-305-210.hostics.fr-PC_NAME:engine-client-0-RECON_NO:-0
[2019-03-04 01:39:19.712431] I [MSGID: 101055]
[client_t.c:436:gf_client_unref] 0-engine-server: Shutting down connection
CTX_ID:f3be82ea-6340-4bd4-afb3-aa9db432f779-GRAPH_ID:0-PID:300885-HOST:ps-inf-int-kvm-fr-305-210.hostics.fr-PC_NAME:engine-client-0-RECON_NO:-0
[2019-03-04 01:39:19.712484] E [MSGID: 101191]
[event-epoll.c:765:event_dispatch_epoll_worker] 0-epoll: Failed to dispatch
handler
(END)


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Mon, Mar 4, 2019 at 3:56 AM Endre Karlson 
wrote:

> I have tried bumping to 5.4 now and still getting alot of "Failed
> Eventhandler" errors in the logs, any ideas guys?
>
> Den søn. 3. mar. 2019 kl. 09:03 skrev Guillaume Pavese <
> guillaume.pav...@interactiv-group.com>:
>
>> Gluster 5.4 is released but not yet in official repository
>> If like me you can not wait the official release of Gluster 5.4 with the
>> instability bugfixes (planned for around March 12 hopefully), you can use
>> the following repository :
>>
>> For Gluster 5.4-1 :
>>
>> #/etc/yum.repos.d/Gluster5-Testing.repo
>> [Gluster5-Testing]
>> name=Gluster5-Testing $basearch
>> baseurl=
>> https://cbs.centos.org/repos/storage7-gluster-5-testing/os/$basearch/
>> enabled=1
>> #metadata_expire=60m
>> gpgcheck=0
>>
>>
>> If adventurous ;)  Gluster 6-rc0 :
>>
>> #/etc/yum.repos.d/Gluster6-Testing.repo
>> [Gluster6-Testing]
>> name=Gluster6-Testing $basearch
>> baseurl=
>> https://cbs.centos.org/repos/storage7-gluster-6-testing/os/$basearch/
>> enabled=1
>> #metadata_expire=60m
>> gpgcheck=0
>>
>>
>> GLHF
>>
>> Guillaume Pavese
>> Ingénieur Système et Réseau
>> Interactiv-Group
>>
>>
>> On Sun, Mar 3, 2019 at 6:16 AM Endre Karlson 
>> wrote:
>>
>>> Hi, should we downgrade / reinstall our cluster? we have a 4 node
>>> cluster that's breakin apart daily due to the issues with GlusterFS after
>>> upgrading from 4.2.8 that was rock solid. I am wondering why 4.3 was
>>> released as a stable version at all?? **FRUSTRATION**
>>>
>>> Endre
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt 

[ovirt-users] Re: [Vdo-devel] impact of --emulate512 setting for VDO volumes

[Guillaume Pavese]

Thank you very much for your answer. I am copying ovirt-devel too as that
could be of interest to them.

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Sat, Mar 2, 2019 at 7:00 AM Michael Sclafani  wrote:

> Hi!
>
> 512 emulation was intended to support drivers that only do a fraction of
> their I/O in blocks smaller 4KB. It is not optimized for performance in any
> way. Under the covers, VDO is still operating on 4KB physical blocks, so
> each 512-byte read is potentially amplified to a 4KB read, and each
> 512-byte write to a 4KB read followed by a 4KB write. A workload consisting
> exclusively of 512-byte randomly-distributed writes could effectively be
> amplified by a factor of 16.
>
> We have a suite of automated tests we run in 512e mode on a nightly basis.
> That suite is a subset of our regular tests, containing only ones we expect
> would be likely to expose problems specific to the emulation.
>
> There should be no penalty to having emulation enabled on a volume that no
> longer uses it. If the I/O is 4KB-aligned and 4KB or larger, having it
> enabled won't affect it.
> It does not appear the setting can be modified by the VDO manager, but I
> cannot remember at this moment why that should be so.
>
> Hope this helps.
>
> On Fri, Mar 1, 2019 at 2:24 PM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> Hello,
>>
>> We are planning to deploy VDO with oVirt 4.3 on centos 7.6 (on SSD
>> devices).
>> As oVirt does not support 4K devices yet, VDO volumes are created with
>> the parameter "--emulate512 enabled"
>>
>> What are the implications of this setting? Does it impact performance? If
>> so, is it IOPS or throughput that is impacted? What about reliability (is
>> that mode equally tested as standard mode)?
>>
>> As I saw on RH Bugzilla, support for 4K devices in oVirt will need to
>> wait at least for Centos 7.7
>> Once that is supported, would it be possible to transition/upgrade an
>> emulate512 vdo volume to a standard one?
>>
>> Thanks,
>>
>> Guillaume Pavese
>> Ingénieur Système et Réseau
>> Interactiv-Group
>> ___
>> Vdo-devel mailing list
>> vdo-de...@redhat.com
>> https://www.redhat.com/mailman/listinfo/vdo-devel
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/PAVB4R6TJFNC3UPF5GAFT6FFDETGZN3Y/

[ovirt-users] oVirt 4.3 and dual socket hosts : numad?

[Guillaume Pavese]

Is it recommended to enable numad service for automatic NUMA memory
optimization?

I could not find any recommendation on that front for oVirt ; all
benchmarks and documentation I could find are from around ~2015

I see that kernel autonuma balancing is on :

cat /proc/sys/kernel/numa_balancing
1


Not sure which is better as of now.

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/WC3JWLN4OI45HJRGXXJG3PIUDVESJQML/

[ovirt-users] Status of Snaphots and LVCache for VDO volume in oVirt 4.3

[Guillaume Pavese]

Hi,

Currently choosing VDO at volume setup forces creation of a thick LV due to
a RHEL bug, cf :
https://bugzilla.redhat.com/show_bug.cgi?id=1634551
https://bugzilla.redhat.com/show_bug.cgi?id=1600156

The latter was closed while pointing to the following workaround :
https://access.redhat.com/solutions/3562021
It is also said there that full fix will be available in RHEL-8

Thin LV  are necessary to enable volume snapshots and LVCache, and are
currently not possible on VDO volumes
Does the above comments in BZs  mean that it will still not be possible to
configure Thin LV for VDO volumes with ovirt-4.3.x/Centos-7.X either?
We have been postponing rolling out oVirt-4.2 in production because of
these two major cons.

Please advise if you think RHEL-8 will be necessary in order to have VDO
volumes on par with normal volumes (snapshots and LVCache). In that case we
will deploy production asap without VDO.
Should we instead force the creation of VDO volmume on ThinLV by tweaking
the gdeploy configuration and applying the mentionned workaround?

Thanks

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/3XB5MIALNQIAJXMBAPDPW6YK5VURBEQX/

[ovirt-users] Re: oVirt 4.3.1 test day

[Guillaume Pavese]

I am on the Trello board, but I can not create cards

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Wed, Feb 20, 2019 at 10:05 PM Sandro Bonazzola 
wrote:

>
>
> Il giorno mar 12 feb 2019 alle ore 10:49 Sandro Bonazzola <
> sbona...@redhat.com> ha scritto:
>
>> Hi,
>> We are planning to release the first candidate of 4.3.1 on February
>> 20th[1] and the final release on February 26th.
>> Please join us testing this release candidate right after it will be
>> announced!
>> We are going to coordinate the testing effort with a public Trello board
>> at https://trello.com/b/5ZNJgPC3
>> You'll find instructions on how to use the board there.
>>
>> If you have an environment dedicated to testing, remember you can setup a
>> few VMs and test the deployment with nested virtualization.
>> To ease the setup of such environment you can use Lago (
>> https://github.com/lago-project)
>>
>> The oVirt team will monitor the Trello board, the #ovirt IRC channel on
>> irc.oftc.net server and the users@ovirt.org mailing list to assist with
>> the testing.
>>
>> [1]
>> https://www.ovirt.org/develop/release-management/releases/4.3.z/release-management.html
>>
>
> The release candidate has been announced, please join us testing it!
>
>
>
>>
>>
>> --
>>
>> SANDRO BONAZZOLA
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA <https://www.redhat.com/>
>>
>> sbona...@redhat.com
>> <https://red.ht/sig>
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://red.ht/sig>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/BMNW5ITQO3AGPRWI7O6UEG4ZBY2WEXD3/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/G5LBYKVR7HPZ5D4CVDRKWGUNYWSYSQL4/

[ovirt-users] HC : JBOD or RAID5/6 for NVME SSD drives?

[Guillaume Pavese]

Hi,

We have been evaluating oVirt HyperConverged for 9 month now with a test
cluster of 3 DELL Hosts with Hardware RAID5 on PERC card.
We were not impressed with the performance...
No SSD for LV Cache on these hosts but I tried anyway with LV Cache on a
ram device. Perf were almost unchanged.

It seems that LV Cache is its own source of bugs and problems anyway, so we
are thinking going for full NVME drives when buying the production cluster.

What would the recommandation be in that case, JBOD or RAID?

Thanks

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/IODRDUEIZBPT2RMEPWCXBTJUU3LV3JUD/

[ovirt-users] Re: HC : JBOD or RAID5/6 for NVME SSD drives?

[Guillaume Pavese]

Thanks Jayme,

We currently use H730 PERC cards on our test cluster but we are not set on
anything yet for the production cluster.
We are indeed worried about losing a drive in JBOD mode. Would setting up a
RAID1 of NVME drives with mdadm, and then use that as the JBOD drive for
the volume, be a *good* idea? Is that even possible/ something that people
do?


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Sat, Feb 23, 2019 at 2:51 AM Jayme  wrote:

> Personally I feel like raid on top of GlusterFS is too wasteful.  It would
> give you a few advantages such as being able to replace a failed drive at
> raid level vs replacing bricks with Gluster.
>
> In my production HCI setup I have three Dell hosts each with two 2Tb SSDs
> in JBOD.  I find this setup works well for me, but I have not yet run in to
> any drive failure scenarios.
>
> What Perc card do you have in the dell machines?   Jbod is tough with most
> Perc cards, in many cases to do Jbod you have to fake it using individual
> raid 0 for each drive.  Only some perc controllers allow true jbod
> passthrough.
>
> On Fri, Feb 22, 2019 at 12:30 PM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> Hi,
>>
>> We have been evaluating oVirt HyperConverged for 9 month now with a test
>> cluster of 3 DELL Hosts with Hardware RAID5 on PERC card.
>> We were not impressed with the performance...
>> No SSD for LV Cache on these hosts but I tried anyway with LV Cache on a
>> ram device. Perf were almost unchanged.
>>
>> It seems that LV Cache is its own source of bugs and problems anyway, so
>> we are thinking going for full NVME drives when buying the production
>> cluster.
>>
>> What would the recommandation be in that case, JBOD or RAID?
>>
>> Thanks
>>
>> Guillaume Pavese
>> Ingénieur Système et Réseau
>> Interactiv-Group
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@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/IODRDUEIZBPT2RMEPWCXBTJUU3LV3JUD/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/KEVWLTZTSKX3AVVUXO46DD3U7DEUNUXE/

[ovirt-users] [oVirt 4.3.1 Test Day] Cockpit HE Deployment

[Guillaume Pavese]

As indicated on Trello,

HE deployment though cockpit is stuck at the beginning with "Please correct
errors before moving to next step", but no Error is explicitly shown or
highlighted.




Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/AVKFP664XYR6QT7OZ5NHUJ2LLJP7N4WC/

[ovirt-users] [oVirt 4.3.1 Test Day] cmdline HE Deployment

[Guillaume Pavese]

He deployment with "hosted-engine --deploy" fails at TASK
[ovirt.hosted_engine_setup : Get local VM IP]

See following Error :

2019-02-25 12:46:50,154+0100 INFO
otopi.ovirt_hosted_engine_setup.ansible_utils
ansible_utils._process_output:109 TASK [ovirt.hosted_engine_setup : Get
local VM IP]
2019-02-25 12:55:26,823+0100 DEBUG
otopi.ovirt_hosted_engine_setup.ansible_utils
ansible_utils._process_output:103 {u'_ansible_parsed': True,
u'stderr_lines': [], u'cmd': u"virsh -r net-dhcp-leases default | grep -i 00
:16:3e:3e:fe:28 | awk '{ print $5 }' | cut -f1 -d'/'", u'end': u'2019-02-25
12:55:26.666925', u'_ansible_no_log': False, u'stdout': u'', u'changed':
True, u'invocation': {u'module_args': {u'warn': True, u'executable':
None, u'_uses_shell': True, u'_raw_params': u"virsh -r net-dhcp-leases
default | grep -i 00:16:3e:3e:fe:28 | awk '{ print $5 }' | cut -f1 -d'/'",
u'removes': None, u'argv': None, u'creates': None, u'chdir': None, u'std
in': None}}, u'start': u'2019-02-25 12:55:26.584686', u'attempts': 50,
u'stderr': u'', u'rc': 0, u'delta': u'0:00:00.082239', u'stdout_lines': []}
2019-02-25 12:55:26,924+0100 ERROR
otopi.ovirt_hosted_engine_setup.ansible_utils
ansible_utils._process_output:107 fatal: [localhost]: FAILED! =>
{"attempts": 50, "changed": true, "cmd": "virsh -r net-dhcp-leases default
| grep -i 00:16:3e:3e:fe:28 | awk '{ print $5 }' | cut -f1 -d'/'", "delta":
"0:00:00.082239", "end": "2019-02-25 12:55:26.666925", "rc": 0, "start":
"2019-02-25 12:55:26.584686", "stderr": "", "stderr_lines": [], "stdout":
"", "stdout_lines": []}

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/VXRMU3SQWTMB2YYNMOMD7I5NX7RZQ2IW/

[ovirt-users] Re: [oVirt 4.3.1 Test Day] cmdline HE Deployment

[Guillaume Pavese]

1) I am running in a Nested env, but under libvirt/kvm on remote Centos 7.4
Hosts

Please advise how to connect with VNC to the local HE vm. I see it's
running, but this is on a remote host, not my local machine :
qemu 13376  100  3.7 17679424 845216 ? Sl   12:46  85:08
/usr/libexec/qemu-kvm -name guest=HostedEngineLocal,debug-threads=on -S
-object
secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-1-HostedEngineLocal/master-key.aes
-machine pc-i440fx-rhel7.6.0,accel=kvm,usb=off,dump-guest-core=off -cpu
Haswell-noTSX,+kvmclock -m 16384 -realtime mlock=off -smp
4,sockets=4,cores=1,threads=1 -uuid 6fe7c1c3-ea93-4343-a385-0d9e14bb563a
-no-user-config -nodefaults -chardev
socket,id=charmonitor,fd=27,server,nowait -mon
chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown
-global PIIX4_PM.disable_s3=1 -global PIIX4_PM.disable_s4=1 -boot
menu=off,strict=on -device
virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive
file=/var/tmp/localvmgmyYik/images/15023c8a-e3a7-4851-a97d-3b90996b423b/07fdcff3-11ce-4f7c-af05-0a878593e78e,format=qcow2,if=none,id=drive-virtio-disk0
-device
virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1
-drive
file=/var/tmp/localvmgmyYik/seed.iso,format=raw,if=none,id=drive-ide0-0-0,readonly=on
-device ide-cd,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -netdev
tap,fd=29,id=hostnet0,vhost=on,vhostfd=30 -device
virtio-net-pci,netdev=hostnet0,id=net0,mac=00:16:3e:3e:fe:28,bus=pci.0,addr=0x3
-chardev pty,id=charserial0 -device
isa-serial,chardev=charserial0,id=serial0 -chardev
socket,id=charchannel0,fd=31,server,nowait -device
virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0
*-vnc 127.0.0.1:0 <http://127.0.0.1:0> -device
VGA*,id=video0,vgamem_mb=16,bus=pci.0,addr=0x2
-object rng-random,id=objrng0,filename=/dev/random -device
virtio-rng-pci,rng=objrng0,id=rng0,bus=pci.0,addr=0x6 -sandbox
on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny
-msg timestamp=on


2) [root@vs-inf-int-kvm-fr-301-210 ~]# cat
/etc/libvirt/qemu/networks/default.xml



  default
  ba7bbfc8-28b8-459e-a42d-c2d6218e2cb6
  
  
  
  

  

  

You have new mail in /var/spool/mail/root
[root@vs-inf-int-kvm-fr-301-210 ~]



Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Mon, Feb 25, 2019 at 9:57 PM Simone Tiraboschi 
wrote:

>
>
> On Mon, Feb 25, 2019 at 1:14 PM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> He deployment with "hosted-engine --deploy" fails at TASK
>> [ovirt.hosted_engine_setup : Get local VM IP]
>>
>> See following Error :
>>
>> 2019-02-25 12:46:50,154+0100 INFO
>> otopi.ovirt_hosted_engine_setup.ansible_utils
>> ansible_utils._process_output:109 TASK [ovirt.hosted_engine_setup : Get
>> local VM IP]
>> 2019-02-25 12:55:26,823+0100 DEBUG
>> otopi.ovirt_hosted_engine_setup.ansible_utils
>> ansible_utils._process_output:103 {u'_ansible_parsed': True,
>> u'stderr_lines': [], u'cmd': u"virsh -r net-dhcp-leases default | grep -i 00
>> :16:3e:3e:fe:28 | awk '{ print $5 }' | cut -f1 -d'/'", u'end':
>> u'2019-02-25 12:55:26.666925', u'_ansible_no_log': False, u'stdout': u'',
>> u'changed': True, u'invocation': {u'module_args': {u'warn': True,
>> u'executable':
>> None, u'_uses_shell': True, u'_raw_params': u"virsh -r net-dhcp-leases
>> default | grep -i 00:16:3e:3e:fe:28 | awk '{ print $5 }' | cut -f1 -d'/'",
>> u'removes': None, u'argv': None, u'creates': None, u'chdir': None, u'std
>> in': None}}, u'start': u'2019-02-25 12:55:26.584686', u'attempts': 50,
>> u'stderr': u'', u'rc': 0, u'delta': u'0:00:00.082239', u'stdout_lines': []}
>> 2019-02-25 12:55:26,924+0100 ERROR
>> otopi.ovirt_hosted_engine_setup.ansible_utils
>> ansible_utils._process_output:107 fatal: [localhost]: FAILED! =>
>> {"attempts": 50, "changed": true, "cmd": "virsh -r net-dhcp-leases default
>> | grep -i 00:16:3e:3e:fe:28 | awk '{ print $5 }' | cut -f1 -d'/'", "delta":
>> "0:00:00.082239", "end": "2019-02-25 12:55:26.666925", "rc": 0, "start":
>> "2019-02-25 12:55:26.584686", "stderr": "", "stderr_lines": [], "stdout":
>> "", "stdout_lines": []}
>>
>
> Here we are just waiting for the bootstrap engine VM to fetch an IP
> address from default libvirt network over DHCP but it your case it never
> happened.
> Possible issues: something went wrong in the bootstrap process for the
> engine VM or the default libvirt network is not correctly configured.
>
> 1. can you try to reach the engine VM via VNC

[ovirt-users] Re: How to Copy-Paste without QXL ?

[Guillaume Pavese]

This is something i would like to know too
As far as I know, copy paste with SPICE only works in graphical mode, with
a X session running. Before X is starded, while in the console, no
copy/paste is possible.

However, with virt-manager, it is possible to copy paste directly in the
serial console of a vm installed with "--no-graphics"
This is a feature of virt-manager I deeply miss if it's not possible to
make it work with VNC/SPICE remote consoles.

What would be great is the possibility to connect directly to the serial
console of the vm from ovirt-manager (I think that's what virt-manager is
doing seamlessly when no graphic hw is configured for the vm).

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Tue, Mar 5, 2019 at 11:39 PM Victor Toso  wrote:

> Hi Jean,
>
> On Tue, Mar 05, 2019 at 02:20:59PM -, jeanbapti...@nfrance.com wrote:
> > Hello Guys,
> >
> > I try to make work copy and paste from a virt-viewer client to
> > a Linux VM (Centos 6).
> > I have install spice-vdagent (service run). Guest is configured
> > as QXL + Spice. I also have test :
> > - Enable SPICE clipboard copy and paste
> > - Enable VirtIO serial console
> >
> > But Paste (CTRL + SHIFT + V ?) not work
> >
> > Is this function can work without QXL driver ?
>
> The copy, like drag, those are features that rely on
> spice-vdagent, not QXL.
>
> I assume that spice-vdagent and spice-vdagentd are running
> without errors in your CentOS 6 box? If that's the case, you can
> share some logs from the client remote-viewer or virt-viewer
> --debug --spice-debug.
>
> Cheers,
> Victor
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/FNP6WOTOM7OHMSP74XDZOQXFGFREB5VF/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/XRA2SHGUMPAIUEIH36YM3EH3YASW5Y22/

[ovirt-users] Re: Advice around ovirt 4.3 / gluster 5.x

[Guillaume Pavese]

Gluster 5.4 is released but not yet in official repository
If like me you can not wait the official release of Gluster 5.4 with the
instability bugfixes (planned for around March 12 hopefully), you can use
the following repository :

For Gluster 5.4-1 :

#/etc/yum.repos.d/Gluster5-Testing.repo
[Gluster5-Testing]
name=Gluster5-Testing $basearch
baseurl=
https://cbs.centos.org/repos/storage7-gluster-5-testing/os/$basearch/
enabled=1
#metadata_expire=60m
gpgcheck=0


If adventurous ;)  Gluster 6-rc0 :

#/etc/yum.repos.d/Gluster6-Testing.repo
[Gluster6-Testing]
name=Gluster6-Testing $basearch
baseurl=
https://cbs.centos.org/repos/storage7-gluster-6-testing/os/$basearch/
enabled=1
#metadata_expire=60m
gpgcheck=0


GLHF

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Sun, Mar 3, 2019 at 6:16 AM Endre Karlson 
wrote:

> Hi, should we downgrade / reinstall our cluster? we have a 4 node cluster
> that's breakin apart daily due to the issues with GlusterFS after upgrading
> from 4.2.8 that was rock solid. I am wondering why 4.3 was released as a
> stable version at all?? **FRUSTRATION**
>
> Endre
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/3TJKJGGWCANXWZED2WF5ZHTSRS2DVHR2/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/FGTDLXVU5AHAQUWT4HT5HNMR7HBYNKKU/

[ovirt-users] Re: [oVirt 4.3.1 Test Day] cmdline HE Deployment

[Guillaume Pavese]

It fails too :
I made sure PermitTunnel=yes in sshd config but when I try to connect to
the forwarded port I get the following error on the openened host ssh
session :

[gpavese@sheepora-X230 ~]$ ssh -v -L 5900:
vs-inf-int-kvm-fr-301-210.hostics.fr:5900
r...@vs-inf-int-kvm-fr-301-210.hostics.fr
...
[root@vs-inf-int-kvm-fr-301-210 ~]#
debug1: channel 3: free: direct-tcpip: listening port 5900 for
vs-inf-int-kvm-fr-301-210.hostics.fr port 5900, connect from ::1 port 42144
to ::1 port 5900, nchannels 4
debug1: Connection to port 5900 forwarding to
vs-inf-int-kvm-fr-301-210.hostics.fr port 5900 requested.
debug1: channel 3: new [direct-tcpip]
channel 3: open failed: connect failed: Connection refused
debug1: channel 3: free: direct-tcpip: listening port 5900 for
vs-inf-int-kvm-fr-301-210.hostics.fr port 5900, connect from 127.0.0.1 port
32778 to 127.0.0.1 port 5900, nchannels 4


and in journalctl :

févr. 25 14:55:38 vs-inf-int-kvm-fr-301-210.hostics.fr sshd[19595]: error:
connect_to vs-inf-int-kvm-fr-301-210.hostics.fr port 5900: failed.


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Mon, Feb 25, 2019 at 10:44 PM Simone Tiraboschi 
wrote:

>
>
>
> On Mon, Feb 25, 2019 at 2:35 PM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> I made sure of everything and even stopped firewalld but still can't
>> connect :
>>
>> [root@vs-inf-int-kvm-fr-301-210 ~]# cat
>> /var/run/libvirt/qemu/HostedEngineLocal.xml
>>  > *listen='127.0.0.1*'>
>> > autoGenerated='no'/>
>>
>> [root@vs-inf-int-kvm-fr-301-210 ~]# netstat -pan | grep 59
>> tcp0  0 127.0.0.1:5900  0.0.0.0:*
>>  LISTEN  13376/qemu-kvm
>>
>
>
> I suggest to try ssh tunneling, run
> ssh -L 5900:vs-inf-int-kvm-fr-301-210.hostics.fr:5900
> r...@vs-inf-int-kvm-fr-301-210.hostics.fr
>
> and then
> remote-viewer vnc://localhost:5900
>
>
>
>>
>> [root@vs-inf-int-kvm-fr-301-210 ~]# systemctl status firewalld.service
>> ● firewalld.service - firewalld - dynamic firewall daemon
>>Loaded: loaded (/usr/lib/systemd/system/firewalld.service; enabled;
>> vendor preset: enabled)
>>*Active: inactive (dead)*
>> *févr. 25 14:24:03 vs-inf-int-kvm-fr-301-210.hostics.fr
>> <http://vs-inf-int-kvm-fr-301-210.hostics.fr> systemd[1]: Stopped firewalld
>> - dynamic firewall daemon.*
>>
>> From my laptop :
>> [gpavese@sheepora-X230 ~]$ telnet vs-inf-int-kvm-fr-301-210.hostics.fr
>> *5900*
>> Trying 10.199.210.11...
>> [*nothing gets through...*]
>> ^C
>>
>> For making sure :
>> [gpavese@sheepora-X230 ~]$ telnet vs-inf-int-kvm-fr-301-210.hostics.fr
>> *9090*
>> Trying 10.199.210.11...
>> *Connected* to vs-inf-int-kvm-fr-301-210.hostics.fr.
>> Escape character is '^]'.
>>
>>
>>
>>
>>
>> Guillaume Pavese
>> Ingénieur Système et Réseau
>> Interactiv-Group
>>
>>
>> On Mon, Feb 25, 2019 at 10:24 PM Parth Dhanjal  wrote:
>>
>>> Hey!
>>>
>>> You can check under /var/run/libvirt/qemu/HostedEngine.xml
>>> Search for 'vnc'
>>> From there you can look up the port on which the HE VM is available and
>>> connect to the same.
>>>
>>>
>>> On Mon, Feb 25, 2019 at 6:47 PM Guillaume Pavese <
>>> guillaume.pav...@interactiv-group.com> wrote:
>>>
>>>> 1) I am running in a Nested env, but under libvirt/kvm on remote Centos
>>>> 7.4 Hosts
>>>>
>>>> Please advise how to connect with VNC to the local HE vm. I see it's
>>>> running, but this is on a remote host, not my local machine :
>>>> qemu 13376  100  3.7 17679424 845216 ? Sl   12:46  85:08
>>>> /usr/libexec/qemu-kvm -name guest=HostedEngineLocal,debug-threads=on -S
>>>> -object
>>>> secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-1-HostedEngineLocal/master-key.aes
>>>> -machine pc-i440fx-rhel7.6.0,accel=kvm,usb=off,dump-guest-core=off -cpu
>>>> Haswell-noTSX,+kvmclock -m 16384 -realtime mlock=off -smp
>>>> 4,sockets=4,cores=1,threads=1 -uuid 6fe7c1c3-ea93-4343-a385-0d9e14bb563a
>>>> -no-user-config -nodefaults -chardev
>>>> socket,id=charmonitor,fd=27,server,nowait -mon
>>>> chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown
>>>> -global PIIX4_PM.disable_s3=1 -global PIIX4_PM.disable_s4=1 -boot
>>>> menu=off,strict=on -device
>>>> virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive
>>>> file=/var/tmp/localvmgmyYik/images/15023c8a-e3a7-

[ovirt-users] Re: [oVirt 4.3.1 Test Day] cmdline HE Deployment

[Guillaume Pavese]

Something was definitely wrong ; as indicated, qemu process
for guest=HostedEngineLocal was running but the disk file did not exist
anymore...
No surprise I could not connect

I am retrying


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Mon, Feb 25, 2019 at 11:15 PM Guillaume Pavese <
guillaume.pav...@interactiv-group.com> wrote:

> It fails too :
> I made sure PermitTunnel=yes in sshd config but when I try to connect to
> the forwarded port I get the following error on the openened host ssh
> session :
>
> [gpavese@sheepora-X230 ~]$ ssh -v -L 5900:
> vs-inf-int-kvm-fr-301-210.hostics.fr:5900
> r...@vs-inf-int-kvm-fr-301-210.hostics.fr
> ...
> [root@vs-inf-int-kvm-fr-301-210 ~]#
> debug1: channel 3: free: direct-tcpip: listening port 5900 for
> vs-inf-int-kvm-fr-301-210.hostics.fr port 5900, connect from ::1 port
> 42144 to ::1 port 5900, nchannels 4
> debug1: Connection to port 5900 forwarding to
> vs-inf-int-kvm-fr-301-210.hostics.fr port 5900 requested.
> debug1: channel 3: new [direct-tcpip]
> channel 3: open failed: connect failed: Connection refused
> debug1: channel 3: free: direct-tcpip: listening port 5900 for
> vs-inf-int-kvm-fr-301-210.hostics.fr port 5900, connect from 127.0.0.1
> port 32778 to 127.0.0.1 port 5900, nchannels 4
>
>
> and in journalctl :
>
> févr. 25 14:55:38 vs-inf-int-kvm-fr-301-210.hostics.fr sshd[19595]:
> error: connect_to vs-inf-int-kvm-fr-301-210.hostics.fr port 5900: failed.
>
>
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
>
>
> On Mon, Feb 25, 2019 at 10:44 PM Simone Tiraboschi 
> wrote:
>
>>
>>
>>
>> On Mon, Feb 25, 2019 at 2:35 PM Guillaume Pavese <
>> guillaume.pav...@interactiv-group.com> wrote:
>>
>>> I made sure of everything and even stopped firewalld but still can't
>>> connect :
>>>
>>> [root@vs-inf-int-kvm-fr-301-210 ~]# cat
>>> /var/run/libvirt/qemu/HostedEngineLocal.xml
>>>  >> *listen='127.0.0.1*'>
>>> >> autoGenerated='no'/>
>>>
>>> [root@vs-inf-int-kvm-fr-301-210 ~]# netstat -pan | grep 59
>>> tcp0  0 127.0.0.1:5900  0.0.0.0:*
>>>  LISTEN  13376/qemu-kvm
>>>
>>
>>
>> I suggest to try ssh tunneling, run
>> ssh -L 5900:vs-inf-int-kvm-fr-301-210.hostics.fr:5900
>> r...@vs-inf-int-kvm-fr-301-210.hostics.fr
>>
>> and then
>> remote-viewer vnc://localhost:5900
>>
>>
>>
>>>
>>> [root@vs-inf-int-kvm-fr-301-210 ~]# systemctl status firewalld.service
>>> ● firewalld.service - firewalld - dynamic firewall daemon
>>>Loaded: loaded (/usr/lib/systemd/system/firewalld.service; enabled;
>>> vendor preset: enabled)
>>>*Active: inactive (dead)*
>>> *févr. 25 14:24:03 vs-inf-int-kvm-fr-301-210.hostics.fr
>>> <http://vs-inf-int-kvm-fr-301-210.hostics.fr> systemd[1]: Stopped firewalld
>>> - dynamic firewall daemon.*
>>>
>>> From my laptop :
>>> [gpavese@sheepora-X230 ~]$ telnet vs-inf-int-kvm-fr-301-210.hostics.fr
>>> *5900*
>>> Trying 10.199.210.11...
>>> [*nothing gets through...*]
>>> ^C
>>>
>>> For making sure :
>>> [gpavese@sheepora-X230 ~]$ telnet vs-inf-int-kvm-fr-301-210.hostics.fr
>>> *9090*
>>> Trying 10.199.210.11...
>>> *Connected* to vs-inf-int-kvm-fr-301-210.hostics.fr.
>>> Escape character is '^]'.
>>>
>>>
>>>
>>>
>>>
>>> Guillaume Pavese
>>> Ingénieur Système et Réseau
>>> Interactiv-Group
>>>
>>>
>>> On Mon, Feb 25, 2019 at 10:24 PM Parth Dhanjal 
>>> wrote:
>>>
>>>> Hey!
>>>>
>>>> You can check under /var/run/libvirt/qemu/HostedEngine.xml
>>>> Search for 'vnc'
>>>> From there you can look up the port on which the HE VM is available and
>>>> connect to the same.
>>>>
>>>>
>>>> On Mon, Feb 25, 2019 at 6:47 PM Guillaume Pavese <
>>>> guillaume.pav...@interactiv-group.com> wrote:
>>>>
>>>>> 1) I am running in a Nested env, but under libvirt/kvm on remote
>>>>> Centos 7.4 Hosts
>>>>>
>>>>> Please advise how to connect with VNC to the local HE vm. I see it's
>>>>> running, but this is on a remote host, not my local machine :
>>>>> qemu 13376  100  3.7 17679424 845216 ? Sl   12:46  85:08
>>>>> /usr/libexec/qemu-kvm -name guest=HostedEngineLocal,debug-threads=on -S

[ovirt-users] Re: [oVirt 4.3.1 Test Day] cmdline HE Deployment

[Guillaume Pavese]

I retried after killing the remaining qemu process and
doing ovirt-hosted-engine-cleanup
The new attempt failed again at the same step. Then after it fails, it
cleans the temporary files (and vm disk) but *qemu still runs!* :

[ INFO  ] TASK [ovirt.hosted_engine_setup : Get local VM IP]

[ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 50, "changed": true,
"cmd": "virsh -r net-dhcp-leases default | grep -i 00:16:3e:6c:e8:f9 | awk
'{ print $5 }' | cut -f1 -d'/'", "delta": "0:00:00.092436", "end":
"2019-02-25 16:09:38.863263", "rc": 0, "start": "2019-02-25
16:09:38.770827", "stderr": "", "stderr_lines": [], "stdout": "",
"stdout_lines": []}
[ 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 : Remove temporary entry in
/etc/hosts for the local VM]
[ INFO  ] ok: [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"}
[ ERROR ] Failed to execute stage 'Closing up': Failed executing
ansible-playbook
[ INFO  ] Stage: Clean up
[ INFO  ] Cleaning temporary resources
...

[ INFO  ] TASK [ovirt.hosted_engine_setup : Remove local vm dir]
[ INFO  ] ok: [localhost]
[ INFO  ] TASK [ovirt.hosted_engine_setup : Remove temporary entry in
/etc/hosts for the local VM]
[ INFO  ] ok: [localhost]
[ INFO  ] Generating answer file
'/var/lib/ovirt-hosted-engine-setup/answers/answers-20190225161011.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Hosted Engine deployment failed: please check the logs for the
issue, fix accordingly or re-deploy from scratch.



[root@vs-inf-int-kvm-fr-301-210 ~]# ps aux | grep qemu
root  4021  0.0  0.0  24844  1788 ?Ss   févr.22   0:00
/usr/bin/qemu-ga --method=virtio-serial
--path=/dev/virtio-ports/org.qemu.guest_agent.0
--blacklist=guest-file-open,guest-file-close,guest-file-read,guest-file-write,guest-file-seek,guest-file-flush,guest-exec,guest-exec-status
-F/etc/qemu-ga/fsfreeze-hook
qemu 26463 22.9  4.8 17684512 1088844 ?Sl   16:01   3:09
/usr/libexec/qemu-kvm -name guest=HostedEngineLocal,debug-threads=on -S
-object
secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-1-HostedEngineLocal/master-key.aes
-machine pc-i440fx-rhel7.6.0,accel=kvm,usb=off,dump-guest-core=off -cpu
Haswell-noTSX,+kvmclock -m 16384 -realtime mlock=off -smp
4,sockets=4,cores=1,threads=1 -uuid 316eca5f-81de-4a0b-af1f-58f910402a8e
-no-user-config -nodefaults -chardev
socket,id=charmonitor,fd=27,server,nowait -mon
chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown
-global PIIX4_PM.disable_s3=1 -global PIIX4_PM.disable_s4=1 -boot
menu=off,strict=on -device
virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive
file=/var/tmp/localvmdRIozH/images/15023c8a-e3a7-4851-a97d-3b90996b423b/07fdcff3-11ce-4f7c-af05-0a878593e78e,format=qcow2,if=none,id=drive-virtio-disk0
-device
virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1
-drive
file=/var/tmp/localvmdRIozH/seed.iso,format=raw,if=none,id=drive-ide0-0-0,readonly=on
-device ide-cd,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -netdev
tap,fd=29,id=hostnet0,vhost=on,vhostfd=30 -device
virtio-net-pci,netdev=hostnet0,id=net0,mac=00:16:3e:6c:e8:f9,bus=pci.0,addr=0x3
-chardev pty,id=charserial0 -device
isa-serial,chardev=charserial0,id=serial0 -chardev
socket,id=charchannel0,fd=31,server,nowait -device
virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0
-vnc 127.0.0.1:0 -device VGA,id=video0,vgamem_mb=16,bus=pci.0,addr=0x2
-object rng-random,id=objrng0,filename=/dev/random -device
virtio-rng-pci,rng=objrng0,id=rng0,bus=pci.0,addr=0x6 -sandbox
on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny
-msg timestamp=on
root 28416  0.0  0.0 112712   980 pts/3S+   16:14   0:00 grep
--color=auto qemu


Before the first Error, while the vm was running for sure and the disk was
there, I also unsuccessfuly tried to connect to it with VNC  and got the
same error I got before :

[root@vs-inf-int-kvm-fr-301-210 ~]# debug1: Connection to port 5900
forwarding to vs-inf-int-kvm-fr-301-210.hostics.fr port 5900 requested.
debug1: channel 3: new [direct-tcpip]
channel 3: open failed: connect failed: Connection refused
debug1: channel 3: free: direct-tcpip: listening port 5900 for
vs-inf-int-kvm-fr-301-210.hostics.fr port 5900, connect from 127.0.0.1 port
37002 to 127

[ovirt-users] Re: iSCSI domain creation or HE setups fail

[Guillaume Pavese]

Similarly,

I tried to deploy hosted-engine on iSCSI through cockpit (oVirt 4.3.2-rc1)

Retriving the Target works, I get :

The following targets have been found:
 iqn.2000-01.com.synology:SVC-STO-FR-301.Target-1.2dfed4a32a, TPGT: 1
10.199.9.16:3260
fe80::211:32ff:fe6d:6ddb:3260

 iqn.2000-01.com.synology:SVC-STO-FR-301.Target-2.2dfed4a32a, TPGT: 1
10.199.9.16:3260
fe80::211:32ff:fe6d:6ddb:3260


I Select the second one and then click "Next", Then I get :

Retrieval of iSCSI LUNs failed.

in hosts logs, I have :

mars 13 09:18:22 vs-inf-int-kvm-fr-304-210.hostics.fr python[15734]:
ansible-ovirt_host_storage_facts Invoked with fcp=None iscsi={'username':
None, 'password': None, 'port': '3260', 'target':
'iqn.2000-01.com.synology:SVC-STO-FR-301.Target-2.2dfed4a32a', 'address':
'10.199.9.16'} fetch_nested=False auth={'timeout': 0, 'url': '
https://vs-inf-int-ovt-fr-302-210.hostics.fr/ovirt-engine/api', 'insecure':
True, 'kerberos': False, 'compress': True, 'headers': None, 'token':
'OhSkJagx0abRj2stqVHqyyHH6amBJTcjHQdipFTMmukXlzV-_7mavFF0XazAoSIR3-6bTa8AmDTG5NNVFiNPNw',
'ca_file': None} host=vs-inf-int-kvm-fr-304-210.hostics.fr
nested_attributes=[]


mars 13 09:18:23 vs-inf-int-kvm-fr-304-210.hostics.fr iscsid[4898]:
Connection2:0 to [target:
iqn.2000-01.com.synology:SVC-STO-FR-301.Target-2.2dfed4a32a, portal:
10.199.9.16,3260] through [iface: default] is shutdown.



Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Wed, Mar 13, 2019 at 12:15 AM Guillaume Pavese <
guillaume.pav...@interactiv-group.com> wrote:

> yes :
> "Package iscsi-initiator-utils-6.2.0.874-10.el7.x86_64 already installed
> and latest version"
>
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
>
>
> On Tue, Mar 12, 2019 at 11:54 PM Strahil Nikolov 
> wrote:
>
>> Do you have the iscsi-initiator-utils rpm installed ?
>>
>> Best Regards,
>> Strahil Nikolov
>>
>> В вторник, 12 март 2019 г., 15:46:36 ч. Гринуич+2, Guillaume Pavese <
>> guillaume.pav...@interactiv-group.com> написа:
>>
>>
>> My setup : oVirt 4.3.1 HC on Centos 7.6, everything up2date
>> I try to create a new iSCSI Domain. It's a new LUN/Target created on
>> synology bay, no CHAP (I tried with CHAP too but that does not help)
>>
>> I first entered the syno's address and clicked discover
>> I saw the existing Targets ; I clicked on the arrow on the right. I then
>> get the following Error :
>> "Error while executing action: Failed to setup iSCSI subsystem"
>>
>> In hosts logs, I get
>> conn 0 login rejected: initiator error (02/00)
>> Connection1:0 to [target:
>> iqn.2000-01.com.synology:SVC-STO-FR-301.Target-2.2dfed4a32a, portal:
>> 10.199.9.16,3260] through [iface: default] is shutdown.
>>
>> In engine logs, I get :
>>
>> 2019-03-12 14:33:35,504+01 INFO
>> [org.ovirt.engine.core.bll.storage.connection.ConnectStorageToVdsCommand]
>> (default task-24) [85d27833-b5d5-4bc8-b43c-88d980c30333] Running command:
>> ConnectStorageToVdsCommand
>>  internal: false. Entities affected :  ID:
>> aaa0----123456789aaa Type: SystemAction group
>> CREATE_STORAGE_DOMAIN with role type ADMIN
>> 2019-03-12 14:33:35,511+01 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]
>> (default task-24) [85d27833-b5d5-4bc8-b43c-88d980c30333] START,
>> ConnectStorageServerVDSCommand(Host
>> Name = ps-inf-int-kvm-fr-305-210.hostics.fr,
>> StorageServerConnectionManagementVDSParameters:{hostId='6958c4f7-3716-40e4-859a-bfce2f6dbdba',
>> storagePoolId='----', storageType='
>> ISCSI', connectionList='[StorageServerConnections:{id='null',
>> connection='10.199.9.16',
>> iqn='iqn.2000-01.com.synology:SVC-STO-FR-301.Target-2.2dfed4a32a',
>> vfsType='null', mountOptions='null', nfsVersion='nul
>> l', nfsRetrans='null', nfsTimeo='null', iface='null',
>> netIfaceName='null'}]', sendNetworkEventOnFailure='true'}), log id: 7f36d8a9
>> 2019-03-12 14:33:36,302+01 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]
>> (default task-24) [85d27833-b5d5-4bc8-b43c-88d980c30333] FINISH,
>> ConnectStorageServerVDSCommand, re
>> turn: {----=465}, log id: 7f36d8a9
>> 2019-03-12 14:33:36,310+01 ERROR
>> [org.ovirt.engine.core.bll.storage.connection.ISCSIStorageHelper] (default
>> task-24) [85d27833-b5d5-4bc8-b43c-88d980c30333] The connection with details
>> '----' failed because of error code '465'
>> and error message is: failed to setup iscsi subsystem
>> 2019-03-12 14:33:36,315+01 ERROR
>&

[ovirt-users] Re: iSCSI domain creation ; nothing happens

[Guillaume Pavese]

yes :
"Package iscsi-initiator-utils-6.2.0.874-10.el7.x86_64 already installed
and latest version"

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Tue, Mar 12, 2019 at 11:54 PM Strahil Nikolov 
wrote:

> Do you have the iscsi-initiator-utils rpm installed ?
>
> Best Regards,
> Strahil Nikolov
>
> В вторник, 12 март 2019 г., 15:46:36 ч. Гринуич+2, Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> написа:
>
>
> My setup : oVirt 4.3.1 HC on Centos 7.6, everything up2date
> I try to create a new iSCSI Domain. It's a new LUN/Target created on
> synology bay, no CHAP (I tried with CHAP too but that does not help)
>
> I first entered the syno's address and clicked discover
> I saw the existing Targets ; I clicked on the arrow on the right. I then
> get the following Error :
> "Error while executing action: Failed to setup iSCSI subsystem"
>
> In hosts logs, I get
> conn 0 login rejected: initiator error (02/00)
> Connection1:0 to [target:
> iqn.2000-01.com.synology:SVC-STO-FR-301.Target-2.2dfed4a32a, portal:
> 10.199.9.16,3260] through [iface: default] is shutdown.
>
> In engine logs, I get :
>
> 2019-03-12 14:33:35,504+01 INFO
> [org.ovirt.engine.core.bll.storage.connection.ConnectStorageToVdsCommand]
> (default task-24) [85d27833-b5d5-4bc8-b43c-88d980c30333] Running command:
> ConnectStorageToVdsCommand
>  internal: false. Entities affected :  ID:
> aaa0----123456789aaa Type: SystemAction group
> CREATE_STORAGE_DOMAIN with role type ADMIN
> 2019-03-12 14:33:35,511+01 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]
> (default task-24) [85d27833-b5d5-4bc8-b43c-88d980c30333] START,
> ConnectStorageServerVDSCommand(Host
> Name = ps-inf-int-kvm-fr-305-210.hostics.fr,
> StorageServerConnectionManagementVDSParameters:{hostId='6958c4f7-3716-40e4-859a-bfce2f6dbdba',
> storagePoolId='----', storageType='
> ISCSI', connectionList='[StorageServerConnections:{id='null',
> connection='10.199.9.16',
> iqn='iqn.2000-01.com.synology:SVC-STO-FR-301.Target-2.2dfed4a32a',
> vfsType='null', mountOptions='null', nfsVersion='nul
> l', nfsRetrans='null', nfsTimeo='null', iface='null',
> netIfaceName='null'}]', sendNetworkEventOnFailure='true'}), log id: 7f36d8a9
> 2019-03-12 14:33:36,302+01 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]
> (default task-24) [85d27833-b5d5-4bc8-b43c-88d980c30333] FINISH,
> ConnectStorageServerVDSCommand, re
> turn: {----=465}, log id: 7f36d8a9
> 2019-03-12 14:33:36,310+01 ERROR
> [org.ovirt.engine.core.bll.storage.connection.ISCSIStorageHelper] (default
> task-24) [85d27833-b5d5-4bc8-b43c-88d980c30333] The connection with details
> '----' failed because of error code '465'
> and error message is: failed to setup iscsi subsystem
> 2019-03-12 14:33:36,315+01 ERROR
> [org.ovirt.engine.core.bll.storage.connection.ConnectStorageToVdsCommand]
> (default task-24) [85d27833-b5d5-4bc8-b43c-88d980c30333] Transaction
> rolled-back for command
> 'org.ovirt.engine.core.bll.storage.connection.ConnectStorageToVdsCommand'.
> 2019-03-12 14:33:36,676+01 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand]
> (default task-24) [70251a16-0049-4d90-a67c-653b229f7639] START,
> GetDeviceListVDSCommand(HostName = ps-inf-int-kvm-fr-305-210.hostics.fr,
> GetDeviceListVDSCommandParameters:{hostId='6958c4f7-3716-40e4-859a-bfce2f6dbdba',
> storageType='ISCSI', checkStatus='false', lunIds='null'}), log id: 539fb345
> 2019-03-12 14:33:36,995+01 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand]
> (default task-24) [70251a16-0049-4d90-a67c-653b229f7639] FINISH,
> GetDeviceListVDSCommand, return: [], log id: 539fb345
>
>
>
>
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/SG2SWTJII4S3W3G3PLUQRMTQ4DSBL6RI/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/LNYYN52MJGNXUP4RS5ESZN5XOOYT3DKM/

[ovirt-users] iSCSI domain creation ; nothing happens

[Guillaume Pavese]

My setup : oVirt 4.3.1 HC on Centos 7.6, everything up2date
I try to create a new iSCSI Domain. It's a new LUN/Target created on
synology bay, no CHAP (I tried with CHAP too but that does not help)

I first entered the syno's address and clicked discover
I saw the existing Targets ; I clicked on the arrow on the right. I then
get the following Error :
"Error while executing action: Failed to setup iSCSI subsystem"

In hosts logs, I get
conn 0 login rejected: initiator error (02/00)
Connection1:0 to [target:
iqn.2000-01.com.synology:SVC-STO-FR-301.Target-2.2dfed4a32a, portal:
10.199.9.16,3260] through [iface: default] is shutdown.

In engine logs, I get :

2019-03-12 14:33:35,504+01 INFO
[org.ovirt.engine.core.bll.storage.connection.ConnectStorageToVdsCommand]
(default task-24) [85d27833-b5d5-4bc8-b43c-88d980c30333] Running command:
ConnectStorageToVdsCommand
 internal: false. Entities affected :  ID:
aaa0----123456789aaa Type: SystemAction group
CREATE_STORAGE_DOMAIN with role type ADMIN
2019-03-12 14:33:35,511+01 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]
(default task-24) [85d27833-b5d5-4bc8-b43c-88d980c30333] START,
ConnectStorageServerVDSCommand(Host
Name = ps-inf-int-kvm-fr-305-210.hostics.fr,
StorageServerConnectionManagementVDSParameters:{hostId='6958c4f7-3716-40e4-859a-bfce2f6dbdba',
storagePoolId='----', storageType='
ISCSI', connectionList='[StorageServerConnections:{id='null',
connection='10.199.9.16',
iqn='iqn.2000-01.com.synology:SVC-STO-FR-301.Target-2.2dfed4a32a',
vfsType='null', mountOptions='null', nfsVersion='nul
l', nfsRetrans='null', nfsTimeo='null', iface='null',
netIfaceName='null'}]', sendNetworkEventOnFailure='true'}), log id: 7f36d8a9
2019-03-12 14:33:36,302+01 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]
(default task-24) [85d27833-b5d5-4bc8-b43c-88d980c30333] FINISH,
ConnectStorageServerVDSCommand, re
turn: {----=465}, log id: 7f36d8a9
2019-03-12 14:33:36,310+01 ERROR
[org.ovirt.engine.core.bll.storage.connection.ISCSIStorageHelper] (default
task-24) [85d27833-b5d5-4bc8-b43c-88d980c30333] The connection with details
'----' failed because of error code '465'
and error message is: failed to setup iscsi subsystem
2019-03-12 14:33:36,315+01 ERROR
[org.ovirt.engine.core.bll.storage.connection.ConnectStorageToVdsCommand]
(default task-24) [85d27833-b5d5-4bc8-b43c-88d980c30333] Transaction
rolled-back for command
'org.ovirt.engine.core.bll.storage.connection.ConnectStorageToVdsCommand'.
2019-03-12 14:33:36,676+01 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand]
(default task-24) [70251a16-0049-4d90-a67c-653b229f7639] START,
GetDeviceListVDSCommand(HostName = ps-inf-int-kvm-fr-305-210.hostics.fr,
GetDeviceListVDSCommandParameters:{hostId='6958c4f7-3716-40e4-859a-bfce2f6dbdba',
storageType='ISCSI', checkStatus='false', lunIds='null'}), log id: 539fb345
2019-03-12 14:33:36,995+01 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand]
(default task-24) [70251a16-0049-4d90-a67c-653b229f7639] FINISH,
GetDeviceListVDSCommand, return: [], log id: 539fb345




Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/SG2SWTJII4S3W3G3PLUQRMTQ4DSBL6RI/

[ovirt-users] hosted-engine --deploy fails on iSCSI while trying to connect to retrieved ipv6 address, even while forcing ipv4 with --4

[Guillaume Pavese]

 198, in
_dynamicMethod
 result
= fn(*methodArgs)
   File:
"/usr/lib/python2.7/site-packages/vdsm/API.py", line 1095, in
connectStorageServer

 connectionParams)
   File:
"/usr/lib/python2.7/site-packages/vdsm/storage/dispatcher.py", line 74, in
wrapper
 result
= ctask.prepare(func, *args, **kwargs)
   File:
"/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 108, in
wrapper
 return
m(self, *a, **kw)
   File:
"/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 1179, in
prepare
 result
= self._run(func, *args, **kwargs)
   File:
"/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 882, in _run
 return
fn(*args, **kargs)
   File:
"", line 2, in connectStorageServer
   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 2411, in
connectStorageServer

 conObj.connect()
   File:
"/usr/lib/python2.7/site-packages/vdsm/storage/storageServer.py", line 488,
in connect

 iscsi.addIscsiNode(self._iface, self._target, self._cred)
   File:
"/usr/lib/python2.7/site-packages/vdsm/storage/iscsi.py", line 217, in
addIscsiNode

 iscsiadm.node_login(iface.name, target.address, target.iqn)
   File:
"/usr/lib/python2.7/site-packages/vdsm/storage/iscsiadm.py", line 327, in
node_login

 portal, "-l"])
   File:
"/usr/lib/python2.7/site-packages/vdsm/storage/iscsiadm.py", line 122, in
_runCmd
 return
misc.execCmd(cmd, printable=printCmd, sudo=True, sync=sync)
   File:
"/usr/lib/python2.7/site-packages/vdsm/common/commands.py", line 213, in
execCmd
 (out,
err) = p.communicate(data)
   File:
"/usr/lib64/python2.7/site-packages/subprocess32.py", line 924, in
communicate

 stdout, stderr = self._communicate(input, endtime, timeout)
   File:
"/usr/lib64/python2.7/site-packages/subprocess32.py", line 1706, in
_communicate

 orig_timeout)
   File:
"/usr/lib64/python2.7/site-packages/subprocess32.py", line 1779, in
_communicate_with_poll
 ready
= poller.poll(self._remaining_time(endtime))
mars 15 09:33:27 vs-inf-int-kvm-fr-304-210.hostics.fr iscsid[5983]: cannot
make a connection to fe80::211:32ff:fe6d:6ddb:3260 (-1,22)






Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/DI7ISJGY3QVP335WGICB5KWNFPP4A5XV/

[ovirt-users] Can not log to engine manager after creating a clone

[guillaume . pavese]

Hello,
Fresh 4.3 Cluster :
I imported a 4.2 export domain, copied the vm on the newly provisioned gluster 
Volume with VDO
I then tried to create a clone of a 50GB thin provisionning vm anddisconnected

This morning I can not log in Engine Manager even after rebooting hosted-engine 
: I get this message in UI and logs when I click "Administration Portal"

2019-02-08 09:40:51,706+01 ERROR 
[org.ovirt.engine.core.aaa.servlet.SsoPostLoginServlet] (default task-1) [] 
org.apache.commons.lang.SerializationException: 
org.codehaus.jackson.map.JsonMappingException: Can not deserialize instance of 
java.util.LinkedHashMap out of START_ARRAY token
 at [Source: java.io.StringReader@f832283; line: 724, column: 25] (through 
reference chain: 
org.ovirt.engine.core.common.action.CloneVmParameters["watchdog"]->org.ovirt.engine.core.common.businessentities.VmWatchdog["specParams"])
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/O6OXS35AXWKFUBBRMUDQSTBKGKXJZO2V/

[ovirt-users] Re: Can not log to engine manager after creating a clone

[guillaume . pavese]

Additional info

On hosted-engine, engine-setup is stuck with :
[ INFO  ] Cleaning async tasks and compensations
  The following system tasks have been found running in the system:
  Task ID:   cae248f7-781e-4861-bfbe-89d6e654a996
  Task Name: Unknown   
  Task Description:  Unknown   
  Started at:30
  DC Name:   DC_INT
  The following commands have been found running in the system:
  The following compensations have been found running in the system:

The task is never cleaned and it can not proceed.

On SPM Host :
vdsm-client Host getAllTasksInfo
{}
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/ETBATT64DLLGZH3Z3TQJTJFQE5NH75XT/

[ovirt-users] Re: Can not log to engine manager after creating a clone

[guillaume . pavese]

I managed to log back in by updating to ovirt-engine-wildfly-15.0.1-1

But now, I have the original vm disk and its clone in Locked State
There are no task listed in the UI, neither in vdsm-client : 
 On SPM Host :
 vdsm-client Host getAllTasksInfo
 {}
 
If I try to put the Data Domain in maintenance, I get : 
 Error while executing action: Cannot deactivate Storage while there 
are running tasks on this Storage.
 -Tasks running: CopyImageGroup
 -Please wait until tasks will finish and try again.

If I try engine-setup, I am blocker by : 
[ INFO  ] Cleaning async tasks and compensations
  The following system tasks have been found running in the system:
  Task ID:   cae248f7-781e-4861-bfbe-89d6e654a996
  Task Name: Unknown   
  Task Description:  Unknown   
  Started at:30
  DC Name:   DC_INT
  The following commands have been found running in the system:
  The following compensations have been found running in the system:
  Would you like to try to wait for that?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/3C3M67SYWNIPHU5CEVUM64YPT6QNJDHU/

[ovirt-users] Re: Upgrade from 4.3.5 rc5 to 4.3.6 rc5 strange errors

[Guillaume Pavese]

"yum provides */libibverbs.so" will tell you that this file is provided
by  rdma-core-devel
So to fix this messages when you login, you can do : "yum install
rdma-core-devel"


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Thu, Sep 19, 2019 at 1:56 AM Strahil  wrote:

> Hello Community,
>
> I was waiting for 7.7 to come up before I upgrade my lab.
>
> The engine got upgraded  without issues, same for OS - but after the
> system powered up I receive the  following:
>
> [root@ovirt1 ~]# ssh engine
> root@engine's password:
> Last login: Wed Sep 18 19:48:32 2019 from ovirt1.localdomainnet_mlx5:
> cannot load glue library: libibverbs.so.1: cannot open shared object
> file: No such file or directory
> net_mlx5: cannot initialize PMD due to missing run-time dependency on
> rdma-core libraries (libibverbs, libmlx5)
> PMD: net_mlx4: cannot load glue library: libibverbs.so.1: cannot open
> shared object file: No such file or directory
> PMD: net_mlx4: cannot initialize PMD due to missing run-time dependency on
> rdma-core libraries (libibverbs, libmlx4)
> net_mlx5: cannot load glue library: libibverbs.so.1: cannot open shared
> object file: No such file or directory
> net_mlx5: cannot initialize PMD due to missing run-time dependency on
> rdma-core libraries (libibverbs, libmlx5)
> PMD: net_mlx4: cannot load glue library: libibverbs.so.1: cannot open
> shared object file: No such file or directory
> PMD: net_mlx4: cannot initialize PMD due to missing run-time dependency on
> rdma-core libraries (libibverbs, libmlx4)
> [root@engine ~]#
>
> Anyone else experiecing this  ?
> I can't find libmlx4  or libmlx5 in the repos.
>
> P.S.: I have a gluster  snapshot, so I can rollback if needed.
> For now I will postpone  my hosts' upgrade.
>
> Best Regards,
> Strahil Nikolov
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/PYBXMOZ7EVW4OWXXF32NLAGCURIRVWNN/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/EYHTUOZ5CY6OSQ6UTJR24GVNOGT4S4NI/

[ovirt-users] Re: Upgrade from 4.3.5 rc5 to 4.3.6 rc5 strange errors

[Guillaume Pavese]

Yes, I had those same messages on 4.3.5 upgraded from 4.3.4

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Thu, Sep 19, 2019 at 5:22 PM Strahil  wrote:

> Yeah, I've noticed I was searching for the wrong library (patching from
> phone seems to be not such a smart idea :) ) . Installing libibverbs fixed
> the issue, and a bug is opened so devs can find where the deps were missing.
>
> Did you notice this behaviour on your setup ?
>
> Best Regards,
> Strahil Nikolov
> On Sep 19, 2019 10:49, Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
> "yum provides */libibverbs.so" will tell you that this file is provided
> by  rdma-core-devel
> So to fix this messages when you login, you can do : "yum install
> rdma-core-devel"
>
>
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
>
>
> On Thu, Sep 19, 2019 at 1:56 AM Strahil  wrote:
>
> Hello Community,
>
> I was waiting for 7.7 to come up before I upgrade my lab.
>
> The engine got upgraded  without issues, same for OS - but after the
> system powered up I receive the  following:
>
> [root@ovirt1 ~]# ssh engine
> root@engine's password:
> Last login: Wed Sep 18 19:48:32 2019 from ovirt1.localdomainnet_mlx5:
> cannot load glue library: libibverbs.so.1: cannot open shared object
> file: No such file or directory
> net_mlx5: cannot initialize PMD due to missing run-time dependency on
> rdma-core libraries (libibverbs, libmlx5)
> PMD: net_mlx4: cannot load glue library: libibverbs.so.1: cannot open
> shared object file: No such file or directory
> PMD: net_mlx4: cannot initialize PMD due to missing run-time dependency on
> rdma-core libraries (libibverbs, libmlx4)
> net_mlx5: cannot load glue library: libibverbs.so.1: cannot open shared
> object file: No such file or directory
> net_mlx5: cannot initialize PMD due to missing run-time dependency on
> rdma-core libraries (libibverbs, libmlx5)
> PMD: net_mlx4: cannot load glue library: libibverbs.so.1: cannot open
> shared object file: No such file or directory
> PMD: net_mlx4: cannot initialize PMD due to missing run-time dependency on
> rdma-core libraries (libibverbs, libmlx4)
> [root@engine ~]#
>
> Anyone else experiecing this  ?
> I can't find libmlx4  or libmlx5 in the repos.
>
> P.S.: I have a gluster  snapshot, so I can rollback if needed.
> For now I will postpone  my hosts' upgrade.
>
> Best Regards,
> Strahil Nikolov
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/PYBXMOZ7EVW4OWXXF32NLAGCURIRVWNN
> /
>
>
> Ce message et toutes les pièces jointes (ci-après le “message”) sont
> établis à l’intention exclusive de ses destinataires et sont confidentiels.
> Si vous recevez ce message par erreur, merci de le détruire et d’en avertir
> immédiatement l’expéditeur. Toute utilisation de ce message non conforme a
> sa destination, toute diffusion ou toute publication, totale ou partielle,
> est interdite, sauf autorisation expresse. L’internet ne permettant pas
> d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales)
> décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse
> ou il aurait été modifié. IT, ES, UK.
> <https://interactiv-group.com/disclaimer.html>
>
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/GIWQU5OHVJD7T64X2HGLKAT7MGLTF4NR/

[ovirt-users] Re: [ANN] oVirt 4.3.6 is now generally available

[Guillaume Pavese]

Hi all,

Sorry for asking again :/

Is there any consensus on not using --emulate512 anymore while creating VDO
volumes on Gluster?
Since this parameter can not be changed once the volume is created and we
are nearing production setup. I would really like to have an official
advice on this.

Best,

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Fri, Sep 27, 2019 at 3:19 PM Sandro Bonazzola 
wrote:

>
>
> Il giorno ven 27 set 2019 alle ore 05:21 Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> ha scritto:
>
>> I see that oVirt 4.3.6 finally has 4k domain support.
>>
>> - Would that mean that VDO enabled Gluster domains will be created
>> without the --emulate512 workaround?
>> - If the wizard to create the Gluster volumes has not yet removed that
>> parameter, is it safe to edit & remove it manually before creation?
>> - Should we expect performance increase by using the native 4k block size
>> of VDO?
>>
>>
>
> +Nir Soffer  +Sundaramoorthi, Satheesaran
>  +Gobinda Das  can you answer here?
>
>
>
>> Thanks
>>
>> Guillaume Pavese
>> Ingénieur Système et Réseau
>> Interactiv-Group
>>
>>
>> On Fri, Sep 27, 2019 at 12:00 AM Sandro Bonazzola 
>> wrote:
>>
>>> The oVirt Project is pleased to announce the general availability of
>>> oVirt 4.3.6 as of September 26th, 2019.
>>>
>>>
>>>
>>> This update is the sixth in a series of stabilization updates to the 4.3
>>> series.
>>>
>>>
>>>
>>> This release is available now on x86_64 architecture for:
>>>
>>> * Red Hat Enterprise Linux 7.7 or later (but < 8)
>>>
>>> * CentOS Linux (or similar) 7.7 or later (but < 8)
>>>
>>>
>>>
>>> This release supports Hypervisor Hosts on x86_64 and ppc64le
>>> architectures for:
>>>
>>> * Red Hat Enterprise Linux 7.7 or later (but < 8)
>>>
>>> * CentOS Linux (or similar) 7.7 or later (but < 8)
>>>
>>> * oVirt Node 4.3 (available for x86_64 only)
>>>
>>>
>>>
>>> Due to Fedora 28 being now at end of life this release is missing
>>> experimental tech preview for x86_64 and s390x architectures for Fedora 28.
>>>
>>> We are working on Fedora 29 and 30 support and we may re-introduce
>>> experimental support for Fedora in next release.
>>>
>>>
>>>
>>> See the release notes [1] for installation / upgrade instructions and a
>>> list of new features and bugs fixed.
>>>
>>>
>>>
>>> Notes:
>>>
>>> - oVirt Appliance is already available
>>>
>>> - oVirt Node is already available[2]
>>>
>>> oVirt Node and Appliance have been updated including:
>>>
>>> - oVirt 4.3.6: http://www.ovirt.org/release/4.3.6/
>>>
>>> - Wildfly 17.0.1:
>>> https://wildfly.org/news/2019/07/07/WildFly-1701-Released/
>>>
>>> - Latest CentOS 7.7 updates including:
>>>
>>>-
>>>
>>>Release for CentOS Linux 7 (1908) on the x86_64 Architecture
>>>
>>> <https://lists.centos.org/pipermail/centos-announce/2019-September/023405.html>
>>>-
>>>
>>>CEBA-2019:2601 CentOS 7 NetworkManager BugFix Update
>>>
>>> <https://lists.centos.org/pipermail/centos-announce/2019-September/023423.html>
>>>
>>>-
>>>
>>>CEBA-2019:2023 CentOS 7 efivar BugFix Update
>>>
>>> <https://lists.centos.org/pipermail/centos-announce/2019-September/023445.html>
>>>-
>>>
>>>CEBA-2019:2614 CentOS 7 firewalld BugFix Update
>>>
>>> <https://lists.centos.org/pipermail/centos-announce/2019-September/023412.html>
>>>-
>>>
>>>CEBA-2019:2227 CentOS 7 grubby BugFix Update
>>>
>>> <https://lists.centos.org/pipermail/centos-announce/2019-September/023441.html>
>>>-
>>>
>>>CESA-2019:2258 Moderate CentOS 7 http-parser Security Update
>>>
>>> <https://lists.centos.org/pipermail/centos-announce/2019-September/023439.html>
>>>-
>>>
>>>CESA-2019:2600 Important CentOS 7 kernel Security Update
>>>
>>> <https://lists.centos.org/pipermail/centos-announce/2019-September/023444.html>
>>>-
>>>
>>>CEBA-2019:2599 CentOS 7 krb5 BugFix Update
>>>  

[ovirt-users] Re: [ANN] oVirt 4.3.6 is now generally available

[Guillaume Pavese]

Good idea Strahil.

I guess there could be benefits, as when I mailed vdo-devel in March asking
about emulate512 performance impact, the answer from RedHat's Michael
Sclafani was as follows :
Begin citation:

512 emulation was intended to support drivers that only do a fraction of
their I/O in blocks smaller 4KB. It is not optimized for performance in any
way. Under the covers, VDO is still operating on 4KB physical blocks, so
each 512-byte read is potentially amplified to a 4KB read, and each
512-byte write to a 4KB read followed by a 4KB write. A workload consisting
exclusively of 512-byte randomly-distributed writes could effectively be
amplified by a factor of 16.

We have a suite of automated tests we run in 512e mode on a nightly basis.
That suite is a subset of our regular tests, containing only ones we expect
would be likely to expose problems specific to the emulation.

There should be no penalty to having emulation enabled on a volume that no
longer uses it. If the I/O is 4KB-aligned and 4KB or larger, having it
enabled won't affect it.
It does not appear the setting can be modified by the VDO manager, but I
cannot remember at this moment why that should be so.


Best

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Tue, Oct 1, 2019 at 6:07 PM Strahil  wrote:

> You can go with 512 emulation and later you can recreate the brick without
> that emulation (if there are benefits of doing so).
> After all, you gluster is either replica 2 arbiter 1 or a replica 3 volume.
>
> Best Regards,
> Strahil Nikolov
> On Oct 1, 2019 09:26, Satheesaran Sundaramoorthi 
> wrote:
>
> On Tue, Oct 1, 2019 at 11:27 AM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
> Hi all,
>
> Sorry for asking again :/
>
> Is there any consensus on not using --emulate512 anymore while creating
> VDO volumes on Gluster?
> Since this parameter can not be changed once the volume is created and we
> are nearing production setup. I would really like to have an official
> advice on this.
>
> Best,
>
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
>
> Hello Guillaume Pavese,
> If you are not using --emulate512 for VDO volume, then VDO volume will be
> created
> as 4K Native volume (with 4K block size).
>
> There are couple of things that bothers here:
> 1. 4K Native device support requires fixes at QEMU that will be part of
> CentOS 7.7.2 ( not yet available )
> 2. 4K Native support with VDO volumes on Gluster is not yet validated
> thoroughly.
>
> Based on the above items, it would be better you have emulate512=on or
> delay
> your production setup ( if possible, till above both items are addressed )
> to make use of 4K VDO volume.
>
> @Sahina Bose  Do you have any other suggestions ?
>
> -- Satheesaran S (sas)
>
>
> On Fri, Sep 27, 2019 at 3:19 PM Sandro Bonazzola 
> wrote:
>
>
>
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/B4LJ6A5DV6OJAFKV3RQ4LE2UH7WDOLM6/

[ovirt-users] Re: [ANN] oVirt 4.3.6 is now generally available

[Guillaume Pavese]

I see that oVirt 4.3.6 finally has 4k domain support.

- Would that mean that VDO enabled Gluster domains will be created without
the --emulate512 workaround?
- If the wizard to create the Gluster volumes has not yet removed that
parameter, is it safe to edit & remove it manually before creation?
- Should we expect performance increase by using the native 4k block size
of VDO?

Thanks

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Fri, Sep 27, 2019 at 12:00 AM Sandro Bonazzola 
wrote:

> The oVirt Project is pleased to announce the general availability of oVirt
> 4.3.6 as of September 26th, 2019.
>
>
>
> This update is the sixth in a series of stabilization updates to the 4.3
> series.
>
>
>
> This release is available now on x86_64 architecture for:
>
> * Red Hat Enterprise Linux 7.7 or later (but < 8)
>
> * CentOS Linux (or similar) 7.7 or later (but < 8)
>
>
>
> This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
> for:
>
> * Red Hat Enterprise Linux 7.7 or later (but < 8)
>
> * CentOS Linux (or similar) 7.7 or later (but < 8)
>
> * oVirt Node 4.3 (available for x86_64 only)
>
>
>
> Due to Fedora 28 being now at end of life this release is missing
> experimental tech preview for x86_64 and s390x architectures for Fedora 28.
>
> We are working on Fedora 29 and 30 support and we may re-introduce
> experimental support for Fedora in next release.
>
>
>
> See the release notes [1] for installation / upgrade instructions and a
> list of new features and bugs fixed.
>
>
>
> Notes:
>
> - oVirt Appliance is already available
>
> - oVirt Node is already available[2]
>
> oVirt Node and Appliance have been updated including:
>
> - oVirt 4.3.6: http://www.ovirt.org/release/4.3.6/
>
> - Wildfly 17.0.1:
> https://wildfly.org/news/2019/07/07/WildFly-1701-Released/
>
> - Latest CentOS 7.7 updates including:
>
>-
>
>Release for CentOS Linux 7 (1908) on the x86_64 Architecture
>
> <https://lists.centos.org/pipermail/centos-announce/2019-September/023405.html>
>-
>
>CEBA-2019:2601 CentOS 7 NetworkManager BugFix Update
>
> <https://lists.centos.org/pipermail/centos-announce/2019-September/023423.html>
>
>-
>
>CEBA-2019:2023 CentOS 7 efivar BugFix Update
>
> <https://lists.centos.org/pipermail/centos-announce/2019-September/023445.html>
>-
>
>CEBA-2019:2614 CentOS 7 firewalld BugFix Update
>
> <https://lists.centos.org/pipermail/centos-announce/2019-September/023412.html>
>-
>
>CEBA-2019:2227 CentOS 7 grubby BugFix Update
>
> <https://lists.centos.org/pipermail/centos-announce/2019-September/023441.html>
>-
>
>CESA-2019:2258 Moderate CentOS 7 http-parser Security Update
>
> <https://lists.centos.org/pipermail/centos-announce/2019-September/023439.html>
>-
>
>CESA-2019:2600 Important CentOS 7 kernel Security Update
>
> <https://lists.centos.org/pipermail/centos-announce/2019-September/023444.html>
>-
>
>CEBA-2019:2599 CentOS 7 krb5 BugFix Update
>
> <https://lists.centos.org/pipermail/centos-announce/2019-September/023420.html>
>-
>
>CEBA-2019:2358 CentOS 7 libguestfs BugFix Update
>
> <https://lists.centos.org/pipermail/centos-announce/2019-September/023421.html>
>-
>
>CEBA-2019:2679 CentOS 7 libvirt BugFix Update
>
> <https://lists.centos.org/pipermail/centos-announce/2019-September/023422.html>
>-
>
>CEBA-2019:2501 CentOS 7 rsyslog BugFix Update
>
> <https://lists.centos.org/pipermail/centos-announce/2019-September/023431.html>
>-
>
>CEBA-2019:2355 CentOS 7 selinux-policy BugFix Update
>
> <https://lists.centos.org/pipermail/centos-announce/2019-September/023432.html>
>-
>
>CEBA-2019:2612 CentOS 7 sg3_utils BugFix Update
>
> <https://lists.centos.org/pipermail/centos-announce/2019-September/023433.html>
>-
>
>CEBA-2019:2602 CentOS 7 sos BugFix Update
>
> <https://lists.centos.org/pipermail/centos-announce/2019-September/023434.html>
>
>-
>
>CEBA-2019:2564 CentOS 7 subscription-manager BugFix Update
>
> <https://lists.centos.org/pipermail/centos-announce/2019-September/023435.html>
>-
>
>CEBA-2019:2356 CentOS 7 systemd BugFix Update
>
> <https://lists.centos.org/pipermail/centos-announce/2019-September/023436.html>
>-
>
>CEBA-2019:2605 CentOS 7 tuned BugFix Update
>
> <https://lists.centos.org/pipermail/centos-announce/2019-September/023437.h

[ovirt-users] Re: Migrate VM from oVirt to oVirt

[Guillaume Pavese]

I think you can do a migration from one ovirt env to another with ManageIQ

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Thu, Nov 14, 2019 at 2:03 PM Alex K  wrote:

>
>
> On Thu, Nov 14, 2019, 01:25  wrote:
>
>> Thank Jayme,
>> It worked, wondering if there is a more straight fwd way.
>>
> You can also export to ova, and then upload the ova.
>
>>
>> regards,
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@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/RVMMVD6QRKSM24DATHM6564QKLSSC4CW/
>>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/EHIIVOTNFMFDLHTNZRVDQW5DWR26D72D/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/SHUUQ33JZHJHH6R3XORB3STQMKSARUZW/

[ovirt-users] Re: AWX and error using ovirt as an inventory source

[Guillaume Pavese]

Could it be a rights problem, ie your awx user can not access
to /opt/my-envs?
You could try to create the ovirt virtualenv in the default path :
/var/lib/awx/venv/

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Wed, Dec 4, 2019 at 5:32 PM Gianluca Cecchi 
wrote:

> On Tue, Dec 3, 2019 at 3:02 PM Nathanaël Blanchet 
> wrote:
>
>> Great, I hope Gianluca will be able to sync with the container version!
>>
>>
> Unfortunately not yet.
> When running with the new virtual env I get:
>
> 2.352 INFO Updating inventory 4: MYDC_OVIRT
> 2.825 INFO Reading Ansible inventory source: /var/lib/awx/venv/awx
> /lib64/python3.6/site-packages/awx/plugins/inventory/ovirt4.py
> Traceback (most recent call last):
>   File "/var/lib/awx/venv/awx/bin/awx-manage", line 11, in 
> load_entry_point('awx==9.0.1.0', 'console_scripts', 'awx-manage')()
> ...
>   File 
> "/var/lib/awx/venv/awx/lib64/python3.6/site-packages/awx/main/management/commands/inventory_import.py",
> line 101, in build_env
> for version in os.listdir(venv_libdir):
> FileNotFoundError: [Errno 2] No such file or directory:
> '/opt/my-envs/ovirt/lib'
>
> But I have this:
>
> bash-4.4# ls -l /opt/my-envs/ovirt/
> total 4
> drwxr-xr-x 2 root root 4096 Nov 30 11:20 bin
> drwxr-xr-x 2 root root   23 Nov 30 10:56 include
> drwxr-xr-x 3 root root   23 Nov 30 10:56 lib
> lrwxrwxrwx 1 root root3 Nov 30 10:56 lib64 -> lib
> drwxr-xr-x 3 root root   17 Nov 30 11:07 share
> bash-4.4# ls -l /opt/my-envs/ovirt/lib
> total 4
> drwxr-xr-x 4 root root 4096 Nov 30 10:56 python2.7
> bash-4.4#
>
> What I'm missing in your opinion?
> I don't understand the FileNotFoundError
> Thanks in advance,
> Gianluca
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/NFGVTUF3I2BT6TCDUI4XENQZADNOCYQN/

[ovirt-users] Re: AWX and error using ovirt as an inventory source

[Guillaume Pavese]

My problem was that I did not fully follow your directions, and had not pip
installed ovirt-engine-sdk-python in the virtualenv.
Inventory is syncing now in awx.

Thanks for the help!


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Fri, Nov 29, 2019 at 8:07 PM Nathanaël Blanchet  wrote:

> try if you can get a result with plain ovirt4.py execution:
>
> cd /tmp
>
> rsync -av
> /opt/rh/rh-python36/root/usr/lib/python3.6/site-packages/awx/plugins/inventory/ovirt4.py
> .
>
> cat ovirt.ini
> [ovirt]
> ovirt_url = https://engine_fqdn/ovirt-engine/api
> ovirt_username = admin@internal
> ovirt_password = passwd
>
> ./ovirt4.py
>
>
> Le 29/11/2019 à 09:57, Guillaume Pavese a écrit :
>
> Hi,
>
> I use awx rpm from awx.wiki and followed your directions to create a
> python2 venv with ansible 2.9.1 and built pycurl with nss, however syncing
> the inventory still fails :
>
> stderr:
> ansible-inventory 2.9.1
>   config file = None
>   configured module search path =
> [u'/var/lib/awx/.ansible/plugins/modules',
> u'/usr/share/ansible/plugins/modules']
>   ansible python module location =
> /var/lib/awx/venv/ovirt-p2/lib/python2.7/site-packages/ansible
>   executable location = /var/lib/awx/venv/ovirt-p2/bin/ansible-inventory
>   python version = 2.7.5 (default, Aug  7 2019, 00:51:29) [GCC 4.8.5
> 20150623 (Red Hat 4.8.5-39)]
> No config file found; using defaults
> setting up inventory plugins
> [WARNING]:  * Failed to parse
> /opt/rh/rh-python36/root/usr/lib/python3.6/site-
> packages/awx/plugins/inventory/ovirt4.py with script plugin: Inventory
> script
> (/opt/rh/rh-python36/root/usr/lib/python3.6/site-
> packages/awx/plugins/inventory/ovirt4.py) had an execution error:
>
>   File
> "/var/lib/awx/venv/ovirt-p2/lib/python2.7/site-packages/ansible/inventory/manager.py",
> line 280, in parse_source
> plugin.parse(self._inventory, self._loader, source, cache=cache)
>   File
> "/var/lib/awx/venv/ovirt-p2/lib/python2.7/site-packages/ansible/plugins/inventory/script.py",
> line 161, in parse
> raise AnsibleParserError(to_native(e))
>
> [WARNING]: Unable to parse /opt/rh/rh-python36/root/usr/lib/python3.6/site-
> packages/awx/plugins/inventory/ovirt4.py as an inventory source
>
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
>
>
> On Fri, Nov 29, 2019 at 4:51 AM Nathanaël Blanchet 
> wrote:
>
>> give a try to https://awx.wiki/ based on rpms and not docker if you want
>> to test this feature, it rocks.
>>
>> --
>> *De: *"Gianluca Cecchi" 
>> *À: *"Nathanaël Blanchet" 
>> *Cc: *"users" 
>> *Envoyé: *Jeudi 28 Novembre 2019 19:17:12
>> *Objet: *Re: [ovirt-users] AWX and error using ovirt as an inventory
>> source
>>
>> On Thu, Nov 28, 2019 at 5:33 PM Nathanaël Blanchet 
>> wrote:
>>
>>>
>>> Le 28/11/2019 à 17:15, Gianluca Cecchi a écrit :
>>>
>>> On Thu, Nov 28, 2019 at 4:59 PM Nathanaël Blanchet 
>>> wrote:
>>>
>>>> Hello gianluca,
>>>>
>>>> I reported this issue a long time ago (march of 19) in an unofficial
>>>> rpm awx project
>>>>
>>>> https://github.com/MrMEEE/awx-build/issues/72
>>>>
>>>
>>> But I see that it is marked as closed
>>>
>>> It's marked as closed for the unofficial RPM project only, not with the
>>> regular container deployment.
>>>
>>> All related RHV/ovirt stuff (not only dynamic inventory, but all ovirt*
>>>> ansible module) fail because of the version of pycurl (worked before 7.19)
>>>>
>>> You mean inside awx container, correct?
>>> See below my comments, as I know almost nothing about venv concepts...
>>> sorry
>>>
>>>> What you need to do is create a py2.x venv then recompile latest pycurl
>>>> with nss support like this:
>>>>
>>>>- # /opt/rh/rh-python36/root/usr/bin/awx-create-venv (-e
>>>>/var/lib/awx/venv/) -n ovirt
>>>>
>>>> I have to run this inside awx container as user root? Can you explain
>>> the syntax? I get error because of the parenthesis...
>>>
>>> sure inside the container, parenthesis are the default parameters so you
>>> can use an other path:
>>>
>>> /opt/rh/rh-python36/root/usr/bin/awx-create-venv -n ovirt -p 2
>>>
>>>
>>> In my awx container I don't
>> have  /opt/rh/rh-python36/root/usr/bin/awx-create-venv and don't have
>> awx-create-venv

[ovirt-users] Re: AWX and error using ovirt as an inventory source

[Guillaume Pavese]

Hi,

I use awx rpm from awx.wiki and followed your directions to create a
python2 venv with ansible 2.9.1 and built pycurl with nss, however syncing
the inventory still fails :

stderr:
ansible-inventory 2.9.1
  config file = None
  configured module search path =
[u'/var/lib/awx/.ansible/plugins/modules',
u'/usr/share/ansible/plugins/modules']
  ansible python module location =
/var/lib/awx/venv/ovirt-p2/lib/python2.7/site-packages/ansible
  executable location = /var/lib/awx/venv/ovirt-p2/bin/ansible-inventory
  python version = 2.7.5 (default, Aug  7 2019, 00:51:29) [GCC 4.8.5
20150623 (Red Hat 4.8.5-39)]
No config file found; using defaults
setting up inventory plugins
[WARNING]:  * Failed to parse
/opt/rh/rh-python36/root/usr/lib/python3.6/site-
packages/awx/plugins/inventory/ovirt4.py with script plugin: Inventory
script
(/opt/rh/rh-python36/root/usr/lib/python3.6/site-
packages/awx/plugins/inventory/ovirt4.py) had an execution error:

  File
"/var/lib/awx/venv/ovirt-p2/lib/python2.7/site-packages/ansible/inventory/manager.py",
line 280, in parse_source
plugin.parse(self._inventory, self._loader, source, cache=cache)
  File
"/var/lib/awx/venv/ovirt-p2/lib/python2.7/site-packages/ansible/plugins/inventory/script.py",
line 161, in parse
raise AnsibleParserError(to_native(e))

[WARNING]: Unable to parse /opt/rh/rh-python36/root/usr/lib/python3.6/site-
packages/awx/plugins/inventory/ovirt4.py as an inventory source

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Fri, Nov 29, 2019 at 4:51 AM Nathanaël Blanchet  wrote:

> give a try to https://awx.wiki/ based on rpms and not docker if you want
> to test this feature, it rocks.
>
> --
> *De: *"Gianluca Cecchi" 
> *À: *"Nathanaël Blanchet" 
> *Cc: *"users" 
> *Envoyé: *Jeudi 28 Novembre 2019 19:17:12
> *Objet: *Re: [ovirt-users] AWX and error using ovirt as an inventory
> source
>
> On Thu, Nov 28, 2019 at 5:33 PM Nathanaël Blanchet 
> wrote:
>
>>
>> Le 28/11/2019 à 17:15, Gianluca Cecchi a écrit :
>>
>> On Thu, Nov 28, 2019 at 4:59 PM Nathanaël Blanchet 
>> wrote:
>>
>>> Hello gianluca,
>>>
>>> I reported this issue a long time ago (march of 19) in an unofficial rpm
>>> awx project
>>>
>>> https://github.com/MrMEEE/awx-build/issues/72
>>>
>>
>> But I see that it is marked as closed
>>
>> It's marked as closed for the unofficial RPM project only, not with the
>> regular container deployment.
>>
>> All related RHV/ovirt stuff (not only dynamic inventory, but all ovirt*
>>> ansible module) fail because of the version of pycurl (worked before 7.19)
>>>
>> You mean inside awx container, correct?
>> See below my comments, as I know almost nothing about venv concepts...
>> sorry
>>
>>> What you need to do is create a py2.x venv then recompile latest pycurl
>>> with nss support like this:
>>>
>>>- # /opt/rh/rh-python36/root/usr/bin/awx-create-venv (-e
>>>/var/lib/awx/venv/) -n ovirt
>>>
>>> I have to run this inside awx container as user root? Can you explain
>> the syntax? I get error because of the parenthesis...
>>
>> sure inside the container, parenthesis are the default parameters so you
>> can use an other path:
>>
>> /opt/rh/rh-python36/root/usr/bin/awx-create-venv -n ovirt -p 2
>>
>>
>> In my awx container I don't
> have  /opt/rh/rh-python36/root/usr/bin/awx-create-venv and don't have
> awx-create-venv at all in any path.
> Not in container based on image ansible/awx_task:9.0.1 nor in container
> based on image ansible/awx_web:9.0.1
>
> Gianluca
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/4MSEW7LVC4QOTANHO7ZVTBSJ7V2DQP4U/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aura

[ovirt-users] Re: Libgfapi considerations

[Guillaume Pavese]

The bug has been closed wontfix for a lack of perceived progress on the
issue :
https://bugzilla.redhat.com/show_bug.cgi?id=1633642
https://bugzilla.redhat.com/show_bug.cgi?id=1484227

However when following the related opened bugs in qemu, i get the feeling
things are getting ready to have libgfapi working in a replica 3 cluster.
See : https://bugzilla.redhat.com/show_bug.cgi?id=1465810

I wish someone would reopen those closed bugs in order for that issue not
being forgotten.

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Tue, Dec 17, 2019 at 7:21 AM Jayme  wrote:

> I believe the snapshot issue is only present with gluster replica 3
> volumes.  I can confirm it on my replica 3 cluster
>
> On Mon, Dec 16, 2019 at 4:18 PM Alex McWhirter  wrote:
>
>> I also use libgfapi in prod.
>>
>>
>> 1. This is a pretty annoying issue, i wish engine-config would look to
>> see if it already enabled and just keep it that way.
>>
>> 2. Edit /etc/libvirt/qemu.conf and set dynamic ownership to 0, will stop
>> the permission changes.
>>
>> 3. I don't see this error on any of my clusters, all using libgfapi.
>>
>>
>> I also have no issues using snapshots with libgfapi, but live migration
>> between storage domains indeed does not work.
>>
>>
>> On 2019-12-16 12:46, Darrell Budic wrote:
>>
>> I use libgfap in production, the performance is worth a couple of quirks
>> for me.
>>
>> - watch major version updates, they'll silently turn it off because the
>> engine starts using a new version variable
>> - VM/qemu security quirk that resets ownership when the VM quits, was
>> supposedly fixed in 4.3.6 but I still have it happen to me, a cron'd chown
>> keeps it under control for me
>> - some VMs cause a libvirt/vdsmd interaction that results in failed stats
>> query, and the engine thinks my VMs are offline because the stats gathering
>> is stuck. hoped a bug fix in 4.3.6 would take care of this too, but didn't.
>> may be my VMs though, still analyzing for specific file issues
>>
>> I need to spend some time doing a little more research and
>> filing/updating some bug reports, but it's been a busy end of year so far...
>>
>>   -Darrell
>>
>> On Dec 14, 2019, at 5:47 PM, Strahil Nikolov 
>> wrote:
>>
>>
>> According to GlusterFS Storage Domain
>> <https://www.ovirt.org/develop/release-management/features/storage/glusterfs-storage-domain.html>
>>
>> the feature is not the default as it is incompatible with Live Storage
>> Migration.
>>
>> Best Regards,
>> Strahil Nikolov
>>
>>
>> В събота, 14 декември 2019 г., 17:06:32 ч. Гринуич+2, Jayme <
>> jay...@gmail.com> написа:
>>
>>
>> Are there currently any known issues with using libgfapi in the latest
>> stable version of ovirt in hci deployments?  I have recently enabled it and
>> have noticed a significant (over 4x) increase in io performance on my vms.
>> I'm concerned however since it does not seem to be an ovirt default
>> setting.  Is libgfapi considered safe and stable to use in ovirt 4.3 hci?
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@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/FYVTG3NUIXE5LJBBVEGGKHQFOGKJ5CU2/
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@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/NDZD4W5UYYR6MROFS2OS5HLZCUIJUVIJ/
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@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/6KAWATJCAONOXE2HSLPXKC4YB23JE3KA/
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> P

[ovirt-users] Re: Enabling Libgfapi in 4.3.8 - VMs won't start

[Guillaume Pavese]

Libgfapi is not supported because of an old bug in qemu. That qemu bug is
slowly getting fixed, but the bugs about Libgfapi support in ovirt have
since been closed as WONTFIX and DEFERRED

See :
https://bugzilla.redhat.com/show_bug.cgi?id=1465810
https://bugzilla.redhat.com/show_bug.cgi?id=1484660
<https://bugzilla.redhat.com/show_bug.cgi?id=1484227> : "No plans to enable
libgfapi in RHHI-V for now. Closing this bug"
https://bugzilla.redhat.com/show_bug.cgi?id=1484227 : "No plans to enable
libgfapi in RHHI-V for now. Closing this bug"
https://bugzilla.redhat.com/show_bug.cgi?id=1633642 : "Closing this as no
action taken from long back.Please reopen if required."

Would be nice if someone could reopen the closed bugs so this feature
doesn't get forgotten

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Tue, Feb 11, 2020 at 9:58 AM Stephen Panicho  wrote:

> I used the cockpit-based hc setup and "option rpc-auth-allow-insecure" is
> absent from /etc/glusterfs/glusterd.vol.
>
> I'm going to redo the cluster this week and report back. Thanks for the
> tip!
>
> On Mon, Feb 10, 2020 at 6:01 PM Darrell Budic 
> wrote:
>
>> The hosts will still mount the volume via FUSE, but you might double
>> check you set the storage up as Gluster and not NFS.
>>
>> Then gluster used to need some config in glusterd.vol to set
>>
>> option rpc-auth-allow-insecure on
>>
>> I’m not sure if that got added to a hyper converged setup or not, but I’d
>> check it.
>>
>> On Feb 10, 2020, at 4:41 PM, Stephen Panicho  wrote:
>>
>> No, this was a relatively new cluster-- only a couple days old. Just a
>> handful of VMs including the engine.
>>
>> On Mon, Feb 10, 2020 at 5:26 PM Jayme  wrote:
>>
>>> Curious do the vms have active snapshots?
>>>
>>> On Mon, Feb 10, 2020 at 5:59 PM  wrote:
>>>
>>>> Hello, all. I have a 3-node Hyperconverged oVirt 4.3.8 cluster running
>>>> on CentOS 7.7 hosts. I was investigating poor Gluster performance and heard
>>>> about libgfapi, so I thought I'd give it a shot. Looking through the
>>>> documentation, followed by lots of threads and BZ reports, I've done the
>>>> following to enable it:
>>>>
>>>> First, I shut down all VMs except the engine. Then...
>>>>
>>>> On the hosts:
>>>> 1. setsebool -P virt_use_glusterfs on
>>>> 2. dynamic_ownership=0 in /etc/libvirt/qemu.conf
>>>>
>>>> On the engine VM:
>>>> 1. engine-config -s LibgfApiSupported=true --cver=4.3
>>>> 2. systemctl restart ovirt-engine
>>>>
>>>> VMs now fail to launch. Am I doing this correctly? I should also note
>>>> that the hosts still have the Gluster domain mounted via FUSE.
>>>>
>>>> Here's a relevant bit from engine.log:
>>>>
>>>> 2020-02-06T16:38:32.573511Z qemu-kvm: -drive file=gluster://
>>>> node1.fs.trashnet.xyz:24007/vmstore/781717e5-1cff-43a1-b586-9941503544e8/images/a1d56b14-6d72-4f46-a0aa-eb0870c36bc4/a2314816-7970-49ce-a80c-ab0d1cf17c78,file.debug=4,format=qcow2,if=none,id=drive-ua-a1d56b14-6d72-4f46-a0aa-eb0870c36bc4,serial=a1d56b14-6d72-4f46-a0aa-eb0870c36bc4,werror=stop,rerror=stop,cache=none,discard=unmap,aio=native:
>>>> Could not read qcow2 header: Invalid argument.
>>>>
>>>> The full engine.log from one of the attempts:
>>>>
>>>> 2020-02-06 16:38:24,909Z INFO
>>>> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
>>>> (ForkJoinPool-1-worker-12) [] add VM
>>>> 'df9dbac4-35c0-40ee-acd4-a1cfc959aa8b'(yumcache) to rerun treatment
>>>> 2020-02-06 16:38:25,010Z ERROR
>>>> [org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring]
>>>> (ForkJoinPool-1-worker-12) [] Rerun VM
>>>> 'df9dbac4-35c0-40ee-acd4-a1cfc959aa8b'. Called from VDS '
>>>> node2.ovirt.trashnet.xyz'
>>>> 2020-02-06 16:38:25,091Z WARN
>>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>>>> (EE-ManagedThreadFactory-engine-Thread-216) [] EVENT_ID:
>>>> USER_INITIATED_RUN_VM_FAILED(151), Failed to run VM yumcache on Host
>>>> node2.ovirt.trashnet.xyz.
>>>> 2020-02-06 16:38:25,166Z INFO  [org.ovirt.engine.core.bll.RunVmCommand]
>>>> (EE-ManagedThreadFactory-engine-Thread-216) [] Lock Acquired to object
>>>> 'EngineLock:{exclusiveLocks='[df9dbac4-35c0-40ee-acd4-a1cfc959aa8b=VM]',
>>>> sharedLocks=''}'
>>>> 2020-02-06 16:38:25,179Z INFO
>>>> [org.ovirt.

[ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"

[Guillaume Pavese]

Yes, that's indeed the case for teaming. I think NetworkManager isn't
supported either.
I use bonding with vlan set by initscripts

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Thu, Feb 6, 2020 at 2:48 AM  wrote:

> Thank you Guillaume!  My mistake.  Resolved.
>
> I am now having further issues I believe to be because I am using tagged
> VLANs with NIC teaming.  It appears that teaming is not well supported in
> oVirt - is that accurate, and that I should rebuild using bonds.  If you
> have any experience to shed light on this it is much appreciated.
>
> [ INFO ] TASK [ovirt.hosted_engine_setup : Fail with error description]
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The
> host has been set in non_operational status, deployment errors: code 505:
> Host fmov1n1.bcn.dtcorp.com installation failed. Failed to configure
> management network on the host., code 9000: Failed to verify Power
> Management configuration for Host fmov1n1.bcn.dtcorp.com., fix
> accordingly and re-deploy."}
>
> Thanks so very much,
> Charles
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/LPUANZALZ7L5ZC26XE65AKFJCPUINU2N/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/T535Z352EHZZMF2Q3KSWVF3EJ7256I4J/

[ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"

[Guillaume Pavese]

Mode 4 requires support and configuration on your switches
Mode 1 should be the most compatible one ; I think Mode 2 supports tagged
vlan too but I had some problems when I tried it

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Thu, Feb 6, 2020 at 5:45 AM  wrote:

> I have a hypervisor with nic bonding in place and it has some
> communication issues. It constantly goes up and down and into non
> operational mode but comes back up. Is there a fix for this? Using Mode 4
> for bonding.
>
> Eric Evans
> Digital Data Services LLC.
> 304.660.9080
>
>
> -Original Message-
> From: clam2...@gmail.com 
> Sent: Wednesday, February 05, 2020 12:48 PM
> To: users@ovirt.org
> Subject: [ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at
> datacenter level"
>
> Thank you Guillaume!  My mistake.  Resolved.
>
> I am now having further issues I believe to be because I am using tagged
> VLANs with NIC teaming.  It appears that teaming is not well supported in
> oVirt - is that accurate, and that I should rebuild using bonds.  If you
> have any experience to shed light on this it is much appreciated.
>
> [ INFO ] TASK [ovirt.hosted_engine_setup : Fail with error description] [
> ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The host
> has been set in non_operational status, deployment errors: code 505: Host
> fmov1n1.bcn.dtcorp.com installation failed. Failed to configure
> management network on the host., code 9000: Failed to verify Power
> Management configuration for Host fmov1n1.bcn.dtcorp.com., fix
> accordingly and re-deploy."}
>
> Thanks so very much,
> Charles
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/LPUANZALZ7L5ZC26XE65AKFJCPUINU2N/
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/NB3OJYAHUG3YWTV3KHPGEYFVUM3ZZHIA/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/NEVGPCCTVM7UFSLXDRPJC5IVKOMYCV7O/

[ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"

[Guillaume Pavese]

That was it!
Thanks for your help

Best regards,

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Wed, Jan 29, 2020 at 7:42 PM Martin Necas  wrote:

> Hi,
>
> this issue was already submitted and I created the patch and already done
> backport for it.
> You can put the module from master to library until it's released with the
> patch.
>
> https://github.com/ansible/ansible/issues/66858
>
> With regards,
> Martin Nečas
>
> Dne st 29. 1. 2020 10:07 uživatel Yedidyah Bar David 
> napsal:
>
>> On Wed, Jan 29, 2020 at 10:48 AM Guillaume Pavese <
>> guillaume.pav...@interactiv-group.com> wrote:
>>
>>> so, greping for vm_network, I see
>>> in 
>>> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-ansible-bootstrap_local_vm-20200129085524-jufqvt.log
>>>
>>> 2020-01-29 09:12:34,522+0100 DEBUG ansible on_any args TASK:
>>> ovirt.hosted_engine_setup : Set VLAN ID at datacenter level kwargs
>>> is_conditional:False
>>> 2020-01-29 09:12:34,523+0100 DEBUG ansible on_any args localhostTASK:
>>> ovirt.hosted_engine_setup : Set VLAN ID at datacenter level kwargs
>>> 2020-01-29 09:12:36,388+0100 DEBUG var changed: host "localhost" var
>>> "ansible_failed_result" type "" value: "{
>>> "_ansible_no_log": false,
>>> "_ansible_parsed": true,
>>> "changed": false,
>>> "exception": "Traceback (most recent call last):\n  File
>>> \"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/modules/cloud/ovirt/ovirt_network.py\",
>>> line 327, in main\n  File
>>> \"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/module_utils/ovirt.py\",
>>> line 592, in create\nnew_entity = self.build_entity()\n  File
>>> \"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/modules/cloud/ovirt/ovirt_network.py\",
>>> line 175, in build_entity\n  File
>>> \"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/module_utils/ovirt.py\",
>>> line 327, in get_id_by_name\nraise Exception(\"Entity '%s' was not
>>> found.\" % name)\nException: Entity 'None' was not found.\n",
>>> "failed": true,
>>> "invocation": {
>>> "module_args": {
>>> "clusters": null,
>>> "comment": null,
>>> "data_center": "Default",
>>> "description": null,
>>> "external_provider": null,
>>> "fetch_nested": false,
>>> "id": null,
>>> "label": null,
>>> "mtu": null,
>>> "name": "ovirtmgmt",
>>> "nested_attributes": [],
>>> "poll_interval": 3,
>>> "state": "present",
>>> "timeout": 180,
>>> "vlan_tag": 8,
>>> "vm_network": null,
>>> "wait": true
>>> }
>>> },
>>> "msg": "Entity 'None' was not found."
>>> }"
>>>
>>
>> Did you change anything in the engine? Or just let the deploy script
>> setup a default engine?
>>
>> Also, please check/share relevant parts from engine.log and setup log
>> (/var/log/ovirt-engine/setup/*)
>> from the engine VM. If it's still running, you can ssh to it from the
>> host, search the logs
>> for 'local_vm_ip' to find it. You might also find these logs inside the
>> hosted-engine-setup
>> logs dir.
>>
>> Adding Martin. Martin, any idea what might have caused it to fail at this
>> point?
>> Seems like the failing line is (from ovirt_network.py):
>>
>> ons_service =
>> self._connection.system_service().openstack_network_providers_service()
>> on_service =
>> ons_service.provider_service(get_id_by_name(ons_service,
>> self.param('external_provider')))
>>
>> I have no idea how this might be affected by whether or not you manually
>> configure or not, openstack/networks etc. .
>>
>> Best regards,
>>
>>
>>>
>>> Guillaume Pavese
>>> Ingénieur Système et Réseau
>&

[ovirt-users] Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"

[Guillaume Pavese]

Hi,
Trying to deploy ovirt 4.3-stable Hosted Engine with cockpit

This fails with the following :

[ INFO ] TASK [ovirt.hosted_engine_setup : Set VLAN ID at datacenter level]
[ ERROR ] Exception: Entity 'None' was not found.
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "Entity
'None' was not found."}

Any idea?


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/GSOIAOLGGXEHPLOVTMV4U5L4JI4WKXEV/

[ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"

[Guillaume Pavese]

Tried again on command line without using cockpit, it fails at the same spot

less
 
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20200129084806-26ohxb.log

2020-01-29 09:12:33,966+0100 INFO
otopi.ovirt_hosted_engine_setup.ansible_utils
ansible_utils._process_output:109 TASK [ovirt.hosted_engine_setup : Set
VLAN ID at datacenter level]
2020-01-29 09:12:35,871+0100 DEBUG
otopi.ovirt_hosted_engine_setup.ansible_utils
ansible_utils._process_output:103 {u'invocation': {u'module_args':
{u'comment': None, u'external_prov
ider': None, u'timeout': 180, u'description': None, u'name': u'ovirtmgmt',
u'poll_interval': 3, u'state': u'present', u'nested_attributes': [],
u'label': None, u'fetch_nested': False
, u'vm_network': None, u'data_center': u'Default', u'clusters': None,
u'vlan_tag': 8, u'mtu': None, u'id': None, u'wait': True}}, u'msg':
u"Entity 'None' was not found.", u'exception
': u'Traceback (most recent call last):\n  File
"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/modules/cloud/ovirt/ovirt_network.py",
line 327,
in main\n  File
"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/module_utils/ovirt.py",
line 592, in create\nnew_entity = self.build_entity()
\n  File
"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/modules/cloud/ovirt/ovirt_network.py",
line 175, in build_entity\n  File "/tmp/ansible_o
virt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/module_utils/ovirt.py",
line 327, in get_id_by_name\nraise Exception("Entity \'%s\' was not
found." % name)\
nException: Entity \'None\' was not found.\n', u'changed': False,
u'_ansible_no_log': False}
2020-01-29 09:12:35,972+0100 ERROR
otopi.ovirt_hosted_engine_setup.ansible_utils
ansible_utils._process_output:107 Exception: Entity 'None' was not found.
2020-01-29 09:12:36,073+0100 ERROR
otopi.ovirt_hosted_engine_setup.ansible_utils
ansible_utils._process_output:107 fatal: [localhost]: FAILED! =>
{"changed": false, "msg": "Entity 'None' was not found."}

I guess the pb may be "vm_network': None"
but i can't find other relevant message in logs ; in engine-logs/messages I
see that the vm gets a dhcp ip by cloudinit


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Wed, Jan 29, 2020 at 5:13 PM Yedidyah Bar David  wrote:

> On Wed, Jan 29, 2020 at 9:46 AM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> Hi,
>> Trying to deploy ovirt 4.3-stable Hosted Engine with cockpit
>>
>> This fails with the following :
>>
>> [ INFO ] TASK [ovirt.hosted_engine_setup : Set VLAN ID at datacenter
>> level]
>> [ ERROR ] Exception: Entity 'None' was not found.
>> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg":
>> "Entity 'None' was not found."}
>>
>> Any idea?
>>
>
> Please check/share /var/log/ovirt-hosted-engine-setup/*. Thanks.
>
> Best regards,
> --
> Didi
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/QULMN5CYEP5G75KBJK22UTYXHHUODGME/

[ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"

[Guillaume Pavese]

so, greping for vm_network, I see
in 
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-ansible-bootstrap_local_vm-20200129085524-jufqvt.log

2020-01-29 09:12:34,522+0100 DEBUG ansible on_any args TASK:
ovirt.hosted_engine_setup : Set VLAN ID at datacenter level kwargs
is_conditional:False
2020-01-29 09:12:34,523+0100 DEBUG ansible on_any args localhostTASK:
ovirt.hosted_engine_setup : Set VLAN ID at datacenter level kwargs
2020-01-29 09:12:36,388+0100 DEBUG var changed: host "localhost" var
"ansible_failed_result" type "" value: "{
"_ansible_no_log": false,
"_ansible_parsed": true,
"changed": false,
"exception": "Traceback (most recent call last):\n  File
\"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/modules/cloud/ovirt/ovirt_network.py\",
line 327, in main\n  File
\"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/module_utils/ovirt.py\",
line 592, in create\nnew_entity = self.build_entity()\n  File
\"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/modules/cloud/ovirt/ovirt_network.py\",
line 175, in build_entity\n  File
\"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/module_utils/ovirt.py\",
line 327, in get_id_by_name\nraise Exception(\"Entity '%s' was not
found.\" % name)\nException: Entity 'None' was not found.\n",
"failed": true,
"invocation": {
"module_args": {
"clusters": null,
"comment": null,
"data_center": "Default",
"description": null,
"external_provider": null,
"fetch_nested": false,
"id": null,
"label": null,
"mtu": null,
"name": "ovirtmgmt",
    "nested_attributes": [],
"poll_interval": 3,
    "state": "present",
"timeout": 180,
"vlan_tag": 8,
"vm_network": null,
"wait": true
}
},
"msg": "Entity 'None' was not found."
}"

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Wed, Jan 29, 2020 at 5:33 PM Guillaume Pavese <
guillaume.pav...@interactiv-group.com> wrote:

> Tried again on command line without using cockpit, it fails at the same
> spot
>
> less
>  
> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20200129084806-26ohxb.log
>
> 2020-01-29 09:12:33,966+0100 INFO
> otopi.ovirt_hosted_engine_setup.ansible_utils
> ansible_utils._process_output:109 TASK [ovirt.hosted_engine_setup : Set
> VLAN ID at datacenter level]
> 2020-01-29 09:12:35,871+0100 DEBUG
> otopi.ovirt_hosted_engine_setup.ansible_utils
> ansible_utils._process_output:103 {u'invocation': {u'module_args':
> {u'comment': None, u'external_prov
> ider': None, u'timeout': 180, u'description': None, u'name': u'ovirtmgmt',
> u'poll_interval': 3, u'state': u'present', u'nested_attributes': [],
> u'label': None, u'fetch_nested': False
> , u'vm_network': None, u'data_center': u'Default', u'clusters': None,
> u'vlan_tag': 8, u'mtu': None, u'id': None, u'wait': True}}, u'msg':
> u"Entity 'None' was not found.", u'exception
> ': u'Traceback (most recent call last):\n  File
> "/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/modules/cloud/ovirt/ovirt_network.py",
> line 327,
> in main\n  File
> "/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/module_utils/ovirt.py",
> line 592, in create\nnew_entity = self.build_entity()
> \n  File
> "/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/modules/cloud/ovirt/ovirt_network.py",
> line 175, in build_entity\n  File "/tmp/ansible_o
> virt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/module_utils/ovirt.py",
> line 327, in get_id_by_name\nraise Exception("Entity \'%s\' was not
> found." % name)\
> nException: Entity \'None\' was not found.\n', u'changed': False,
> u'_ansible_no_log': False}
> 2020-01-29 09:12:35,972+0100 ERROR
> otopi.ovirt_hosted_engine_setup.ansible_utils
> ansible_utils._process_output:107 Exception: Entity 'None' was not found.
> 2020-01-29 09:12:36,073+0100 ERROR
> otopi.ovirt_hosted_engine_setup.ansible_utils
> ansible_utils._process_output:107 fatal: [localhost]: FAILED! =>
> {"changed": false, "msg": "Entity 'No

[ovirt-users] Single-Host Hyperconverged set-up not showing gluster volumes

[Guillaume Pavese]

Hi,

I setup a new oVirt hosted engine instance on a mono-server DC/Cluster;
I deployed gluster on the Hypervisor with cockpit and then the hosted
engine with hosted-engine --deploy

It seems to be working, but IO perfs are not good (10MB/s) on a 4x SAS
disks raid5.

So I wanted to check if the optimize for virt-store settings had been
applied (I remember that there used to be a bug for  at least most of 4.2.x)
However, event if I see the data domains in "Storage >> Storage Domains"
and in
"Storage >> Data Centers", "Storage >> Volumes" is empty.

Is that normal? Any idea if there is anything to do to see the gluster
volumes there and manage theirs options?

Best,

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/V5265TR4ATWVBT6ZRLPLH57CD473RIZR/

[ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"

[Guillaume Pavese]

according to
https://github.com/ansible/ansible/pull/66859/commits/5e021952f5ef26b7ad8490152820e97673433f79
There is only 1 line to insert, not 3  :  if
self.param('external_provider'):

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Wed, Feb 5, 2020 at 7:12 AM  wrote:

> Hello,
>
> I am having this same issue and have inserted the three new lines from
>
> https://github.com/ansible/ansible/issues/66858
>
> into
> "/lib/python2.7/site-packages/ansible/modules/cloud/ovirt/ovirt_network.py"
> yet the issue still occurs when attempting deployement.  I have rebooted
> the oVirt Node hosts since patching to no avail.  Do I need to insert the
> fix elsewhere or take other action to properly apply this fix?
>
> Thank you very much for your assistance.
>
> Respectfully,
> Charles
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/UKWVUWZBISU75RYCUCNC3DMBE3IX5NRJ/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/I2VRQ5LTTZNMVFIAJBHAQ3FNGQVRKFYS/

[ovirt-users] Re: Single-Host Hyperconverged set-up not showing gluster volumes

[Guillaume Pavese]

It was not, but since checking that checkbox, the host report the following
errors :

Could not find Gluster UUID of the server.
Gluster status is disconnected for this host.
Restart Glusterd service


And in Events:

VDSM ps-inf-prd-kvm-fr-101.hostics.fr command GetGlusterHostUUIDVDS failed:
The method does not exist or is not available: {'method':
u'GlusterHost.uuid'}
Could not find gluster uuid of server ps-inf-prd-kvm-fr-101.hostics.fr on
Cluster CLUSTER_FR1.
VDSM ps-inf-prd-kvm-fr-101.hostics.fr command ManageGlusterServiceVDS
failed: The method does not exist or is not available: {'method':
u'GlusterService.action'}
Failed to autorecover Host ps-inf-prd-kvm-fr-101.hostics.fr.
Could not find gluster uuid of server ps-inf-prd-kvm-fr-101.hostics.fr on
Cluster CLUSTER_FR1.

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Wed, Feb 5, 2020 at 8:13 PM Ritesh Chikatwar  wrote:

> Sorry.
> Compute -> Cluster -> edit cluster and See Enable Gluster service checkbox
> value.
>
> On Wed, Feb 5, 2020 at 4:41 PM Ritesh Chikatwar 
> wrote:
>
>> Check gluster service is enable or not. Compute -> Cluster -> See Enable
>> Gluster service checkbox value.
>>
>> On Wed, Feb 5, 2020 at 4:08 PM Guillaume Pavese <
>> guillaume.pav...@interactiv-group.com> wrote:
>>
>>> Hi,
>>>
>>> I setup a new oVirt hosted engine instance on a mono-server DC/Cluster;
>>> I deployed gluster on the Hypervisor with cockpit and then the hosted
>>> engine with hosted-engine --deploy
>>>
>>> It seems to be working, but IO perfs are not good (10MB/s) on a 4x SAS
>>> disks raid5.
>>>
>>> So I wanted to check if the optimize for virt-store settings had been
>>> applied (I remember that there used to be a bug for  at least most of 4.2.x)
>>> However, event if I see the data domains in "Storage >> Storage Domains"
>>> and in
>>> "Storage >> Data Centers", "Storage >> Volumes" is empty.
>>>
>>> Is that normal? Any idea if there is anything to do to see the gluster
>>> volumes there and manage theirs options?
>>>
>>> Best,
>>>
>>> Guillaume Pavese
>>> Ingénieur Système et Réseau
>>> Interactiv-Group
>>>
>>> Ce message et toutes les pièces jointes (ci-après le “message”) sont
>>> établis à l’intention exclusive de ses destinataires et sont confidentiels.
>>> Si vous recevez ce message par erreur, merci de le détruire et d’en avertir
>>> immédiatement l’expéditeur. Toute utilisation de ce message non conforme a
>>> sa destination, toute diffusion ou toute publication, totale ou partielle,
>>> est interdite, sauf autorisation expresse. L’internet ne permettant pas
>>> d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales)
>>> décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse
>>> ou il aurait été modifié. IT, ES, UK.
>>> <https://interactiv-group.com/disclaimer.html>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@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/V5265TR4ATWVBT6ZRLPLH57CD473RIZR/
>>>
>>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/DZRNBIHDWK67E6CA7CLE47OX52ARUHHO/

[ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"

[Guillaume Pavese]

Thanks for looking into it.

Unfortunately as soon as the setup hit this error, the playbook starts
cleaning after itself and the vm get shutdown
However, searching for "local_vm_ip" in /var/log/ovirt-hosted-engine-setup/
gives :

ovirt-hosted-engine-setup-20200129084806-26ohxb.log :
2334:2020-01-29 09:02:52,577+0100 DEBUG
otopi.ovirt_hosted_engine_setup.ansible_utils
ansible_utils._process_output:1
03 local_vm_ip: {'stderr_lines': [], u'changed': True, u'end': u'2020-01-29
09:02:50.884126', u'stdout': u'192.168.222.15', u'cmd': u"virsh -r
net-dhcp-leases default | grep -i 00:16:3e:54:7f:92 | awk '{
print $5 }' | cut -f1 -d'/'", 'failed': False, 'attempts': 3, u'stderr':
u'', u'rc': 0, u'delta': u'0:00:00.164512', 'stdout_lines':
[u'192.168.222.15'], u'start': u'2020-01-29 09:02:50.719614'}

and

/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-ansible-bootstrap_local_vm-20200129085524-jufqvt.log
:
2020-01-29 09:02:51,606+0100 DEBUG var changed: host "localhost" var
"local_vm_ip" type "" value: "{
"attempts": 3,
"changed": true,
"cmd": "virsh -r net-dhcp-leases default | grep -i 00:16:3e:54:7f:92 |
awk '{ print $5 }' | cut -f1 -d'/'",
"delta": "0:00:00.164512",
"end": "2020-01-29 09:02:50.884126",
"failed": false,
"rc": 0,
"start": "2020-01-29 09:02:50.719614",
"stderr": "",
"stderr_lines": [],
"stdout": "192.168.222.15",
"stdout_lines": [
"192.168.222.15"
]
}"
2020-01-29 09:02:51,606+0100 INFO ansible ok {'status': 'OK',
'ansible_type': 'task', 'ansible_task': u'Get local VM IP',
'task_duration': 22, 'ansible_host': u'localhost', 'ansible_playbook':
u'/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml'}

I uploaded the logs from /var/log/ovirt-hosted-engine-setup/ here :
https://drive.google.com/open?id=1Z_cwfA4NpiLFnPQrW4NVZ2BPNmHweCk9

Best regards,

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Wed, Jan 29, 2020 at 6:07 PM Yedidyah Bar David  wrote:

> On Wed, Jan 29, 2020 at 10:48 AM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> so, greping for vm_network, I see
>> in 
>> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-ansible-bootstrap_local_vm-20200129085524-jufqvt.log
>>
>> 2020-01-29 09:12:34,522+0100 DEBUG ansible on_any args TASK:
>> ovirt.hosted_engine_setup : Set VLAN ID at datacenter level kwargs
>> is_conditional:False
>> 2020-01-29 09:12:34,523+0100 DEBUG ansible on_any args localhostTASK:
>> ovirt.hosted_engine_setup : Set VLAN ID at datacenter level kwargs
>> 2020-01-29 09:12:36,388+0100 DEBUG var changed: host "localhost" var
>> "ansible_failed_result" type "" value: "{
>> "_ansible_no_log": false,
>> "_ansible_parsed": true,
>> "changed": false,
>> "exception": "Traceback (most recent call last):\n  File
>> \"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/modules/cloud/ovirt/ovirt_network.py\",
>> line 327, in main\n  File
>> \"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/module_utils/ovirt.py\",
>> line 592, in create\nnew_entity = self.build_entity()\n  File
>> \"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/modules/cloud/ovirt/ovirt_network.py\",
>> line 175, in build_entity\n  File
>> \"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/module_utils/ovirt.py\",
>> line 327, in get_id_by_name\nraise Exception(\"Entity '%s' was not
>> found.\" % name)\nException: Entity 'None' was not found.\n",
>> "failed": true,
>> "invocation": {
>> "module_args": {
>> "clusters": null,
>> "comment": null,
>> "data_center": "Default",
>> "description": null,
>> "external_provider": null,
>> "fetch_nested": false,
>> "id": null,
>> "label": null,
>> "mtu": null,
>> "name": "ovirtmgmt",
>> "nested_attributes": [],
>> "poll_interval": 3,
>> "state": "present",
>> "timeout": 180,

[ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"

[Guillaume Pavese]

To answer your question,
I used cockpit hosted engine deployment and "hosted-engine --deploy" with
default settings

Best,
Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Wed, Jan 29, 2020 at 7:36 PM Guillaume Pavese <
guillaume.pav...@interactiv-group.com> wrote:

> Thanks for looking into it.
>
> Unfortunately as soon as the setup hit this error, the playbook starts
> cleaning after itself and the vm get shutdown
> However, searching for "local_vm_ip" in /var/log/ovirt-hosted-engine-setup/
> gives :
>
> ovirt-hosted-engine-setup-20200129084806-26ohxb.log :
> 2334:2020-01-29 09:02:52,577+0100 DEBUG
> otopi.ovirt_hosted_engine_setup.ansible_utils
> ansible_utils._process_output:1
> 03 local_vm_ip: {'stderr_lines': [], u'changed': True, u'end':
> u'2020-01-29 09:02:50.884126', u'stdout': u'192.168.222.15', u'cmd':
> u"virsh -r net-dhcp-leases default | grep -i 00:16:3e:54:7f:92 | awk '{
> print $5 }' | cut -f1 -d'/'", 'failed': False, 'attempts': 3, u'stderr':
> u'', u'rc': 0, u'delta': u'0:00:00.164512', 'stdout_lines':
> [u'192.168.222.15'], u'start': u'2020-01-29 09:02:50.719614'}
>
> and
>
> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-ansible-bootstrap_local_vm-20200129085524-jufqvt.log
> :
> 2020-01-29 09:02:51,606+0100 DEBUG var changed: host "localhost" var
> "local_vm_ip" type "" value: "{
> "attempts": 3,
> "changed": true,
> "cmd": "virsh -r net-dhcp-leases default | grep -i 00:16:3e:54:7f:92 |
> awk '{ print $5 }' | cut -f1 -d'/'",
> "delta": "0:00:00.164512",
> "end": "2020-01-29 09:02:50.884126",
> "failed": false,
> "rc": 0,
> "start": "2020-01-29 09:02:50.719614",
> "stderr": "",
> "stderr_lines": [],
> "stdout": "192.168.222.15",
> "stdout_lines": [
> "192.168.222.15"
> ]
> }"
> 2020-01-29 09:02:51,606+0100 INFO ansible ok {'status': 'OK',
> 'ansible_type': 'task', 'ansible_task': u'Get local VM IP',
> 'task_duration': 22, 'ansible_host': u'localhost', 'ansible_playbook':
> u'/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml'}
>
> I uploaded the logs from /var/log/ovirt-hosted-engine-setup/ here :
> https://drive.google.com/open?id=1Z_cwfA4NpiLFnPQrW4NVZ2BPNmHweCk9
>
> Best regards,
>
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
>
>
> On Wed, Jan 29, 2020 at 6:07 PM Yedidyah Bar David 
> wrote:
>
>> On Wed, Jan 29, 2020 at 10:48 AM Guillaume Pavese <
>> guillaume.pav...@interactiv-group.com> wrote:
>>
>>> so, greping for vm_network, I see
>>> in 
>>> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-ansible-bootstrap_local_vm-20200129085524-jufqvt.log
>>>
>>> 2020-01-29 09:12:34,522+0100 DEBUG ansible on_any args TASK:
>>> ovirt.hosted_engine_setup : Set VLAN ID at datacenter level kwargs
>>> is_conditional:False
>>> 2020-01-29 09:12:34,523+0100 DEBUG ansible on_any args localhostTASK:
>>> ovirt.hosted_engine_setup : Set VLAN ID at datacenter level kwargs
>>> 2020-01-29 09:12:36,388+0100 DEBUG var changed: host "localhost" var
>>> "ansible_failed_result" type "" value: "{
>>> "_ansible_no_log": false,
>>> "_ansible_parsed": true,
>>> "changed": false,
>>> "exception": "Traceback (most recent call last):\n  File
>>> \"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/modules/cloud/ovirt/ovirt_network.py\",
>>> line 327, in main\n  File
>>> \"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/module_utils/ovirt.py\",
>>> line 592, in create\nnew_entity = self.build_entity()\n  File
>>> \"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/modules/cloud/ovirt/ovirt_network.py\",
>>> line 175, in build_entity\n  File
>>> \"/tmp/ansible_ovirt_network_payload_NFKIHX/ansible_ovirt_network_payload.zip/ansible/module_utils/ovirt.py\",
>>> line 327, in get_id_by_name\nraise Exception(\"Entity '%s' was not
>>> found.\" % name)\nException: Entity 'None' was not found.\n",
>>> "failed": true,
>>> "invocation": {
>>> "module_args": {
>>> "cluster

[ovirt-users] Re: 4.2.8 to 4.3.7 > Management slow

[Guillaume Pavese]

Hi,

I use something similar
However, I think that the correct scheduler in case of virtio-scsi devices
(sd*) should be "noop" instead of "none"

Best,


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Tue, Dec 31, 2019 at 9:27 PM Strahil  wrote:

> You can manually change the I/O scheduler of the disks and if that works
> better for you, put a rule in udev.
>
> Here is mine:
>
> [root@engine rules.d]# cat /etc/udev/rules.d/90-default-io-scheduler.rules
> ACTION=="add|change", KERNEL=="sd*[!0-9]", ATTR{queue/scheduler}="none"
> ACTION=="add|change", KERNEL=="vd*[!0-9]", ATTR{queue/scheduler}="none"
>
> [root@engine rules.d]# cat /sys/block/vda/queue/scheduler
> [none] mq-deadline kyber
>
> Best Regards,
> Strahil Nikolov
> On Dec 31, 2019 12:30, Demeter Tibor  wrote:
>
> Dear Users,
>
> I've successfully upgraded my 4 node hyperconverged system from 4.2.8 to
> 4.3.7.
> After upgrade everything seems to working fine, but the whole management
> system seems very slow.
> Spends many seconds when I clicking on "virtual machines" or I want to
> edit a virtual machines.
> The speed of vms and the IO is fine.
>
> It is running on a glusterfs (distributed replicate, on 3 node, 9 bricks).
> There are no errors, everything fine. but terrible slow:(
> The engine vm has 0.2-0.3 load.
>
> What can I do?
>
> Thanks in advance and I wish Happy New Year!
>
> Regards,
> Tibor
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/EYHGQ6JVLHDJITYYIUXTRYFKACRZDTHT/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/RYTWUTR5ERNFNNNQW7ZDPWZXBKQOCXTK/

[ovirt-users] Metrics in Kibana not working

[Guillaume Pavese]

Trying to use the provided visualizations/Dashboards for ovirt metrics in
Kibana.
Using ovirt 4.3.7, with ovirt-engine-metrics 1.3.7-1 and latest
rsylog-8.24.0-52 and collectd-5.10.0-2
I am receiving data in indexes and some fields are present. A few graph
work, but most don't and I am getting a lot of errors like theses :

Error in visualisation[esaggs] > "field" is a required parameter

- On my hosts I can see the following collectd errors:

 systemd[1]: Starting Collectd statistics daemon...
 collectd[21629]: plugin_load: plugin "disk" successfully loaded.
 ...
 collectd[21629]: plugin_load: plugin "network" successfully loaded.
 collectd[21629]: Systemd detected, trying to signal readiness.
 systemd[1]: Started Collectd statistics daemon.
 collectd[21629]: virt plugin: reader virt-0 initialized
 collectd[21629]: Initialization complete, entering read-loop.
 collectd[21629]: write_syslog plugin: send failed with status -1
(Connection reset by peer)
 collectd[21629]: write_syslog plugin: error with ws_send_message


- And the following rsyslog ones :

systemd[1]: Starting System Logging Service...
rsyslogd[210059]:  [origin software="rsyslogd"
swVersion="8.24.0-52.el7_8.2" x-pid="210059" x-info="http://www.rsyslog.com;]
start
systemd[1]: Started System Logging Service.
rsyslogd[210059]: command 'SystemLogSocketName' is currently not permitted
- did you already set it via a RainerScript command (v6+ config)?
[v8.24.0-52.el7_8.2 try http://www.rsyslog.com/e/ ]

I think that this is this bug :
https://bugzilla.redhat.com/show_bug.cgi?id=1732918
However it's CLOSED INSUFFICIENT_DATA with last message being "Closing with
insufficient data. Please reopen if you can provide needed info."

Is my understanding correct that only RedHat employees can reopen closed
bugs? I have encountered quite a lot of situations where I'm facing an
issue covered by such a closed bug with a "please reopen if you can provide
info" msg,  but frustratingly not being able to do so...


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2F52SRDCO6FLHAG7WQDYIAWECZOKI2HV/

[ovirt-users] Re: Ovirt node 4.4.5 failure to upgrade to 4.4.6

[Guillaume Pavese]

Thank you, I'll try on the 3rd host if the same problem happens (likely)
In the meantime I managed to advance a bit on my 2nd host (but I did not
get the chance to try your suggestion of  '--rpmverbosity')

The failure to install ovirt-node-ng-image-update seems to be linked with
the errors messages that I reported previously regarding the impossibility
to stop vdsmd.
On the hosts that were refusing to update or install the rpm, I was also
unable to stop vdsmd or supervdsmd :

[root@ps-inf-prd-kvm-fr-511 ~]# systemctl stop vdsmd
Job for vdsmd.service canceled.

[root@ps-inf-prd-kvm-fr-511 ~]# systemctl stop supervdsmd
Job for supervdsmd.service canceled.


I managed to stop them only after stopping ovirt-ha-broker & ovirt-ha-agent
Once these services down, the manual install of ovirt-node-ng-image-update
succeeded.

iSCSI multipath was not working after reboot, I had to manually rediscover
the targets
After all that, I could finally do a successful Host Reinstall from oVirt.


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Tue, Jun 8, 2021 at 2:24 PM Yedidyah Bar David  wrote:

> On Tue, Jun 8, 2021 at 8:01 AM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> Hello,
>>
>> I used the cluster upgrade feature that moves hosts in maintenance one by
>> one.
>> This is not a HCI cluster, my storage is on iSCSI multipath
>>
>> I managed to fully upgrade the 1st hosts after rebooting and fixing some
>> network/iSCSI errors.
>> However, now the second one is stuck at upgrading the ovirt-node layers
>> too but I can not succeed in upgrading that one.
>> On this 2nd host, the workaround of removing and reinstalling
>> ovirt-node-ng-image-update doesn't work. I only get the following error :
>>
>> [root@ps-inf-prd-kvm-fr-511 ~]# nodectl check
>> Status: OK
>> Bootloader ... OK
>>   Layer boot entries ... OK
>>   Valid boot entries ... OK
>> Mount points ... OK
>>   Separate /var ... OK
>>   Discard is used ... OK
>> Basic storage ... OK
>>   Initialized VG ... OK
>>   Initialized Thin Pool ... OK
>>   Initialized LVs ... OK
>> Thin storage ... OK
>>   Checking available space in thinpool ... OK
>>   Checking thinpool auto-extend ... OK
>> vdsmd ... OK
>>
>>
>> [root@ps-inf-prd-kvm-fr-511 ~]# nodectl info
>> bootloader:
>>   default: ovirt-node-ng-4.4.5.1-0.20210323.0
>> (4.18.0-240.15.1.el8_3.x86_64)
>>   entries:
>> ovirt-node-ng-4.4.5.1-0.20210323.0 (4.18.0-240.15.1.el8_3.x86_64):
>>   index: 0
>>   kernel:
>> /boot//ovirt-node-ng-4.4.5.1-0.20210323.0+1/vmlinuz-4.18.0-240.15.1.el8_3.x86_64
>>   args: resume=/dev/mapper/onn-swap 
>> rd.lvm.lv=onn/ovirt-node-ng-4.4.5.1-0.20210323.0+1
>> rd.lvm.lv=onn/swap rhgb quiet
>> boot=UUID=a676b18f-0f1b-4ad4-88e1-533fe61ff063 rootflags=discard
>> img.bootid=ovirt-node-ng-4.4.5.1-0.20210323.0+1 intel_iommu=on
>>   root: /dev/onn/ovirt-node-ng-4.4.5.1-0.20210323.0+1
>>   initrd:
>> /boot//ovirt-node-ng-4.4.5.1-0.20210323.0+1/initramfs-4.18.0-240.15.1.el8_3.x86_64.img
>>   title: ovirt-node-ng-4.4.5.1-0.20210323.0
>> (4.18.0-240.15.1.el8_3.x86_64)
>>   blsid:
>> ovirt-node-ng-4.4.5.1-0.20210323.0+1-4.18.0-240.15.1.el8_3.x86_64
>> layers:
>>   ovirt-node-ng-4.4.5.1-0.20210323.0:
>> ovirt-node-ng-4.4.5.1-0.20210323.0+1
>> current_layer: ovirt-node-ng-4.4.5.1-0.20210323.0+1
>>
>>
>> [root@ps-inf-prd-kvm-fr-511 ~]# yum remove ovirt-node-ng-image-update
>> [...]
>> Removing:
>>  ovirt-node-ng-image-updatenoarch
>>4.4.6.3-1.el8
>>   @ovirt-4.4886 M
>>   Erasing  : ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch
>>   Verifying: ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch
>> Unpersisting: ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch.rpm
>>
>> Removed:
>>   ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch
>> Complete!
>> [root@ps-inf-prd-kvm-fr-511 ~]#
>>
>>
>> [root@ps-inf-prd-kvm-fr-511 ~]#  yum install ovirt-node-ng-image-update
>> [...]
>> Installing:
>>  ovirt-node-ng-image-updatenoarch
>>4.4.6.3-1.el8
>>ovirt-4.4887 M
>>  [...]
>> ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch.rpm
>>
>>   23 MB/s | 887 MB 00:39
>> Running transaction check
>

[ovirt-users] Re: Ovirt node 4.4.5 failure to upgrade to 4.4.6

[Guillaume Pavese]

Hello,

I used the cluster upgrade feature that moves hosts in maintenance one by
one.
This is not a HCI cluster, my storage is on iSCSI multipath

I managed to fully upgrade the 1st hosts after rebooting and fixing some
network/iSCSI errors.
However, now the second one is stuck at upgrading the ovirt-node layers too
but I can not succeed in upgrading that one.
On this 2nd host, the workaround of removing and reinstalling
ovirt-node-ng-image-update doesn't work. I only get the following error :

[root@ps-inf-prd-kvm-fr-511 ~]# nodectl check
Status: OK
Bootloader ... OK
  Layer boot entries ... OK
  Valid boot entries ... OK
Mount points ... OK
  Separate /var ... OK
  Discard is used ... OK
Basic storage ... OK
  Initialized VG ... OK
  Initialized Thin Pool ... OK
  Initialized LVs ... OK
Thin storage ... OK
  Checking available space in thinpool ... OK
  Checking thinpool auto-extend ... OK
vdsmd ... OK


[root@ps-inf-prd-kvm-fr-511 ~]# nodectl info
bootloader:
  default: ovirt-node-ng-4.4.5.1-0.20210323.0 (4.18.0-240.15.1.el8_3.x86_64)
  entries:
ovirt-node-ng-4.4.5.1-0.20210323.0 (4.18.0-240.15.1.el8_3.x86_64):
  index: 0
  kernel:
/boot//ovirt-node-ng-4.4.5.1-0.20210323.0+1/vmlinuz-4.18.0-240.15.1.el8_3.x86_64
  args: resume=/dev/mapper/onn-swap
rd.lvm.lv=onn/ovirt-node-ng-4.4.5.1-0.20210323.0+1
rd.lvm.lv=onn/swap rhgb quiet
boot=UUID=a676b18f-0f1b-4ad4-88e1-533fe61ff063 rootflags=discard
img.bootid=ovirt-node-ng-4.4.5.1-0.20210323.0+1 intel_iommu=on
  root: /dev/onn/ovirt-node-ng-4.4.5.1-0.20210323.0+1
  initrd:
/boot//ovirt-node-ng-4.4.5.1-0.20210323.0+1/initramfs-4.18.0-240.15.1.el8_3.x86_64.img
  title: ovirt-node-ng-4.4.5.1-0.20210323.0
(4.18.0-240.15.1.el8_3.x86_64)
  blsid:
ovirt-node-ng-4.4.5.1-0.20210323.0+1-4.18.0-240.15.1.el8_3.x86_64
layers:
  ovirt-node-ng-4.4.5.1-0.20210323.0:
ovirt-node-ng-4.4.5.1-0.20210323.0+1
current_layer: ovirt-node-ng-4.4.5.1-0.20210323.0+1


[root@ps-inf-prd-kvm-fr-511 ~]# yum remove ovirt-node-ng-image-update
[...]
Removing:
 ovirt-node-ng-image-updatenoarch
 4.4.6.3-1.el8
@ovirt-4.4886 M
  Erasing  : ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch
  Verifying: ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch
Unpersisting: ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch.rpm

Removed:
  ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch
Complete!
[root@ps-inf-prd-kvm-fr-511 ~]#


[root@ps-inf-prd-kvm-fr-511 ~]#  yum install ovirt-node-ng-image-update
[...]
Installing:
 ovirt-node-ng-image-updatenoarch
 4.4.6.3-1.el8
 ovirt-4.4887 M
 [...]
ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch.rpm

23 MB/s | 887 MB 00:39
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
  Preparing:
  Running scriptlet: ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch
  Installing   : ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch
  Running scriptlet: ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch
*warning: %post(ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch) scriptlet
failed, exit status 1*

*Error in POSTIN scriptlet in rpm package ovirt-node-ng-image-update   *
  Verifying: ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch


Installed:


  ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch
Complete!
[root@ps-inf-prd-kvm-fr-511 ~]#

[root@ps-inf-prd-kvm-fr-511 ~]# nodectl info
bootloader:
  default: ovirt-node-ng-4.4.5.1-0.20210323.0 (4.18.0-240.15.1.el8_3.x86_64)
  entries:
ovirt-node-ng-4.4.5.1-0.20210323.0 (4.18.0-240.15.1.el8_3.x86_64):
  index: 0
  kernel:
/boot//ovirt-node-ng-4.4.5.1-0.20210323.0+1/vmlinuz-4.18.0-240.15.1.el8_3.x86_64
  args: resume=/dev/mapper/onn-swap
rd.lvm.lv=onn/ovirt-node-ng-4.4.5.1-0.20210323.0+1
rd.lvm.lv=onn/swap rhgb quiet
boot=UUID=a676b18f-0f1b-4ad4-88e1-533fe61ff063 rootflags=discard
img.bootid=ovirt-node-ng-4.4.5.1-0.20210323.0+1 intel_iommu=on
  root: /dev/onn/ovirt-node-ng-4.4.5.1-0.20210323.0+1
  initrd:
/boot//ovirt-node-ng-4.4.5.1-0.20210323.0+1/initramfs-4.18.0-240.15.1.el8_3.x86_64.img
  title: ovirt-node-ng-4.4.5.1-0.20210323.0
(4.18.0-240.15.1.el8_3.x86_64)
  blsid:
ovirt-node-ng-4.4.5.1-0.20210323.0+1-4.18.0-240.15.1.el8_3.x86_64
layers:
  ovirt-node-ng-4.4.5.1-0.20210323.0:
ovirt-node-ng-4.4.5.1-0.20210323.0+1
current_layer: ovirt-node-ng-4.4.5.1-0.20210323.0+1
[root@ps-inf-prd-kvm-fr-511 ~]#

Is there any way to see where in the POSTIN scriplet the installation fails?

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Fri, Jun 4, 2021 at 8:44 PM Lev Veyde  wrote:

> Hi Guillaume,
>
> Have you moved the host to the maintenan

[ovirt-users] Re: Problems moving vm & templates between oVirt 4.3 & 4.4

[Guillaume Pavese]

I opened : https://bugzilla.redhat.com/show_bug.cgi?id=1975076


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Tue, Jun 22, 2021 at 12:26 PM Strahil Nikolov 
wrote:

> Error during ValidateFailure.: java.lang.IllegalArgumentExcepti
> on: VM64BitMaxMemorySizeInMB has no value for version: 4.6
>
>
> This one is quite interesting... Most probably is a bug.
>
> Best Regards,
> Strahil Nikolov
>
> On Tue, Jun 22, 2021 at 0:59, Guillaume Pavese
>  wrote:
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/XXFQFMUD76O53PSA3XZHSXTMHHPBOEE3/
>
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2UNL6ASMOTFMT5NIIIR2GGC25KMPIT3J/

[ovirt-users] Re: Problems moving vm & templates between oVirt 4.3 & 4.4

[Guillaume Pavese]

ationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
at
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at
io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:53)
at
io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
at
io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
at
io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59)
at
io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
at
io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
at
io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
at
io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
at
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at
org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
at
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at
io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
at
io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
at
io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
at
io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
at
io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
at
io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
at
org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
at
org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
at
org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
at
org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
at
io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
at
io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
at
io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:364)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
at
org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at
org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
at
org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
at
org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_292]




Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Wed, Jun 16, 2021 at 7:40 PM Guillaume Pavese <
guillaume.pav...@interactiv-group.com> wrote:

> As noted, the import through Export Domain fails with "General command
> validation failure."
>
> In engine.log, I see :
> 2021-06-16 12:37:48,736+02 ERROR
> [org.ovirt.engine.core.bll.exportimport.ImportVmCommand] (default
> task-1939) [c865f249-d658-4e67-9813-bedd06e5d4d3] Error during
> ValidateFailure.: java.lang.IllegalArgumentExcepti
> on: VM64BitMaxMemorySizeInMB has no value for version: 4.6
>
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
>
>
> On Wed, Jun 16, 2021 at 4:54 PM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> OVA imports, template or vm, silently fail like with Export Domain
>> imports.
>> Could it be because of the Cluster compatibility version set to 4.6 on
>> both VM & template I am trying to import?
>> On the origin oVirt 4.4.6 DC, before exporting them, I tried to see if I
>> could set them to a lower compatibility version but only 4.6is available
>>
>> Guillaume Pavese
>> Ingénieur Système et Réseau
>> Interactiv-Group
>>
>>
>> On Tue, 

[ovirt-users] Re: Grafana oVirt 4.4.4 Node install - Grafana Monitoring Portal not available

[guillaume pavese]

Hello,

I had exactly the same problem. 
I Started the grafana service before setting it up with engine-setup on a 
Hosted Engine. and was unable to get to the login page.

I followed the proposed workaround : stopped grafana, removed 
/var/lib/grafana/grafana.db and ran engine-setup 
--reconfigure-optional-components again

I can no log into grafana with admin user, but there is no pre installed  
dashboard or data sources available.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YR566XEP6BCZFJCGM52NDFPIITGCS5ME/

[ovirt-users] Re: Problems moving vm & templates between oVirt 4.3 & 4.4

[Guillaume Pavese]

As noted, the import through Export Domain fails with "General command
validation failure."

In engine.log, I see :
2021-06-16 12:37:48,736+02 ERROR
[org.ovirt.engine.core.bll.exportimport.ImportVmCommand] (default
task-1939) [c865f249-d658-4e67-9813-bedd06e5d4d3] Error during
ValidateFailure.: java.lang.IllegalArgumentExcepti
on: VM64BitMaxMemorySizeInMB has no value for version: 4.6

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Wed, Jun 16, 2021 at 4:54 PM Guillaume Pavese <
guillaume.pav...@interactiv-group.com> wrote:

> OVA imports, template or vm, silently fail like with Export Domain imports.
> Could it be because of the Cluster compatibility version set to 4.6 on
> both VM & template I am trying to import?
> On the origin oVirt 4.4.6 DC, before exporting them, I tried to see if I
> could set them to a lower compatibility version but only 4.6is available
>
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
>
>
> On Tue, Jun 15, 2021 at 8:11 PM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> On ovirt 4.4.6, I created a VM and made a template from it.
>> I would like to copy them to oVirt 4.3.7 & 4.3.10 DCs
>>
>> - I saw that Export Domain is deprecated. I tried exporting the VM &
>> template to an Export Domain anyway but,
>> after attaching the Export DOmain on my ovirt 4.3.7 DC, both VM and
>> Template imports failed.
>> The Template import failed immediately without any errors visible in the
>> UI,
>> The VM import failed with the message "General command validation
>> failure."
>>
>> - I tried to do it through a Data Domains as recommended, but:
>> If created on oVirt 4.4.6, I get a Format V5 DataDomain that my oVirt
>> 4.3.7 refuses to import.
>> If created first on the oVirt 4.3 DC, I get a Format V4 Domain. But then
>> importing it on the oVirt 4.4 DC, I get the message: "Approving this
>> operation will upgrade the Storage Domain format from 'V4' to 'V5'. Note
>> that you will not be able to attach it back to an older Data Center."
>>
>> In "Administration > Providers" everything seems supported, from XEN /
>> KVM and even VMware (we have used all three with some success).
>> However oVirt is the obvious missing option...
>>
>> I still have to try "Export as OVA",
>> is that the only supported way?
>>
>> Guillaume Pavese
>> Ingénieur Système et Réseau
>> Interactiv-Group
>>
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/33VHMNQY236ZRQHGNTGN5CLLJIKS3R3Y/

[ovirt-users] Problems moving vm & templates between oVirt 4.3 & 4.4

[Guillaume Pavese]

On ovirt 4.4.6, I created a VM and made a template from it.
I would like to copy them to oVirt 4.3.7 & 4.3.10 DCs

- I saw that Export Domain is deprecated. I tried exporting the VM &
template to an Export Domain anyway but,
after attaching the Export DOmain on my ovirt 4.3.7 DC, both VM and
Template imports failed.
The Template import failed immediately without any errors visible in the
UI,
The VM import failed with the message "General command validation failure."

- I tried to do it through a Data Domains as recommended, but:
If created on oVirt 4.4.6, I get a Format V5 DataDomain that my oVirt 4.3.7
refuses to import.
If created first on the oVirt 4.3 DC, I get a Format V4 Domain. But then
importing it on the oVirt 4.4 DC, I get the message: "Approving this
operation will upgrade the Storage Domain format from 'V4' to 'V5'. Note
that you will not be able to attach it back to an older Data Center."

In "Administration > Providers" everything seems supported, from XEN / KVM
and even VMware (we have used all three with some success).
However oVirt is the obvious missing option...

I still have to try "Export as OVA",
is that the only supported way?

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SD2C2VKE4UA64C2NGM6DC3ODKWMGOYW2/

[ovirt-users] Re: Problems moving vm & templates between oVirt 4.3 & 4.4

[Guillaume Pavese]

OVA imports, template or vm, silently fail like with Export Domain imports.
Could it be because of the Cluster compatibility version set to 4.6 on both
VM & template I am trying to import?
On the origin oVirt 4.4.6 DC, before exporting them, I tried to see if I
could set them to a lower compatibility version but only 4.6is available

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Tue, Jun 15, 2021 at 8:11 PM Guillaume Pavese <
guillaume.pav...@interactiv-group.com> wrote:

> On ovirt 4.4.6, I created a VM and made a template from it.
> I would like to copy them to oVirt 4.3.7 & 4.3.10 DCs
>
> - I saw that Export Domain is deprecated. I tried exporting the VM &
> template to an Export Domain anyway but,
> after attaching the Export DOmain on my ovirt 4.3.7 DC, both VM and
> Template imports failed.
> The Template import failed immediately without any errors visible in the
> UI,
> The VM import failed with the message "General command validation
> failure."
>
> - I tried to do it through a Data Domains as recommended, but:
> If created on oVirt 4.4.6, I get a Format V5 DataDomain that my oVirt
> 4.3.7 refuses to import.
> If created first on the oVirt 4.3 DC, I get a Format V4 Domain. But then
> importing it on the oVirt 4.4 DC, I get the message: "Approving this
> operation will upgrade the Storage Domain format from 'V4' to 'V5'. Note
> that you will not be able to attach it back to an older Data Center."
>
> In "Administration > Providers" everything seems supported, from XEN / KVM
> and even VMware (we have used all three with some success).
> However oVirt is the obvious missing option...
>
> I still have to try "Export as OVA",
> is that the only supported way?
>
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XXFQFMUD76O53PSA3XZHSXTMHHPBOEE3/

[ovirt-users] Ovirt node 4.4.5 failure to upgrade to 4.4.6

[Guillaume Pavese]

Maybe my problem is in part linked to an issue seen by Jayme earlier, but
then the resolution that worked for him did not succeed for me :

I first upgraded my Self Hosted Engine from 4.4.5 to 4.4.6 and then
upgraded it to Centos-Stream and rebooted

Then I tried to upgrade the cluster (3 ovirt-nodes on 4.4.5) but it failed
at the first host.
They are all ovir-node hosts, originally first installed in 4.4.5

In Host Event Logs I saw :

...
Update of host ps-inf-prd-kvm-fr-510.hostics.fr.
Upgrade packages
Update of host ps-inf-prd-kvm-fr-510.hostics.fr.
Check if image was updated.
Update of host ps-inf-prd-kvm-fr-510.hostics.fr.
Check if image was updated.
Update of host ps-inf-prd-kvm-fr-510.hostics.fr.
Check if image-updated file exists.
Failed to upgrade Host ps-inf-prd-kvm-fr-510.hostics.fr (User:
g...@hostics.fr).



ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch was installed according to
yum,
I tried reinstalling it but got errors: "Error in POSTIN scriptlet" :

Downloading Packages:
[SKIPPED] ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch.rpm: Already
downloaded
...
  Running scriptlet: ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch

  Reinstalling : ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch

  Running scriptlet: ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch

warning: %post(ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch) scriptlet
failed, exit status 1

Error in POSTIN scriptlet in rpm package ovirt-node-ng-image-update
---
Reinstalled:
  ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch



nodectl still showed it was on 4.4.5 :

[root@ps-inf-prd-kvm-fr-510 ~]# nodectl info
bootloader:
  default: ovirt-node-ng-4.4.5.1-0.20210323.0 (4.18.0-240.15.1.el8_3.x86_64)
 ...
  current_layer: ovirt-node-ng-4.4.5.1-0.20210323.0+1



I tried to upgrade the Host again from oVirt and this time there was no
error, and the host rebooted.
However, it did not pass active after rebooting and nodectl still shows
that it's 4.4.5 installed. Similar symptoms as OP

So I removed ovirt-node-ng-image-update, then reinstalled it and got no
error this time.
nodectl info seemed to show that it was installed :


[root@ps-inf-prd-kvm-fr-510 yum.repos.d]# nodectl info
bootloader:
  default: ovirt-node-ng-4.4.6.3-0.20210518.0 (4.18.0-301.1.el8.x86_64)
...
  current_layer: ovirt-node-ng-4.4.5.1-0.20210323.0+1


However, after reboot the Host was still shown as "unresponsive"
After Marking it as "Manually rebooted", passing it in maintenance mode and
trying to activate it, the Host was automatically fenced. And still
unresponsive after this new reboot.

I passed it in maintenance mode again, And tried to reinstall it with
"Deploy Hosted Engine" selected
However if failed : "Task Stop services failed to execute."

In
/var/log/ovirt-engine/host-deploy/ovirt-host-deploy-ansible-20210602082519-ps-inf-prd-kvm-fr-510.hostics.fr-0565d681-9406-4fa7-a444-7ee34804579c.log
:

"msg" : "Unable to stop service vdsmd.service: Job for vdsmd.service
canceled.\n", "failed" : true,

"msg" : "Unable to stop service supervdsmd.service: Job for
supervdsmd.service canceled.\n", failed" : true,

"stderr" : "Error:  ServiceOperationError: _systemctlStop failed\nb'Job for
vdsmd.service canceled.\\n' ",

"stderr_lines" : [ "Error:  ServiceOperationError: _systemctlStop failed",
"b'Job for vdsmd.service canceled.\\n' " ],


If I try on the Host I get :

[root@ps-inf-prd-kvm-fr-510 ~]# systemctl stop vdsmd
Job for vdsmd.service canceled.

[root@ps-inf-prd-kvm-fr-510 ~]# systemctl status vdsmd
● vdsmd.service - Virtual Desktop Server Manager
   Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled; vendor
preset: disabled)
   Active: deactivating (stop-sigterm) since Wed 2021-06-02 08:49:21 CEST;
7s ago
  Process: 54037 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh
--pre-start (code=exited, status=0/SUCCESS)
...

Jun 02 08:47:34 ps-inf-prd-kvm-fr-510.hostics.fr vdsm[54100]: WARN Failed
to retrieve Hosted Engine HA info, is Hosted Engine setup finished?
...
Jun 02 08:48:31 ps-inf-prd-kvm-fr-510.hostics.fr vdsm[54100]: WARN Worker
blocked: 
  File:
"/usr/lib64/python3.6/threading.py", line 884, in _bootstrap

self._bootstrap_inner()



Retrying to manually stop vdsmd a second time then seems to work...
I tried rebooting again, restarting the install always fail at the the same
spot

What should I try to get this host back up?



Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, tou

[ovirt-users] Re: Import VM with Xen Based in Ovirt

[Guillaume Pavese]

I successfully imported xem vm to oVirt with the GUI
You need libvirt to be able to list the powered-off vm on the xen host first

What was missing for me at first was :

1) You need a libvirt pool referencing the path to VMs disks.
Verify that's not already the case with 'virsh pool-list',

Otherwise create it :
# cat vm-pool.xml

vm-pool

  /path/to/vmdisks



# virsh pool-create vm-pool.xml
# virsh pool-list ## Should list the newly created pool

2) Then each VM need an UUID present in its xml definition file.
If not present, you can start the vm, do 'virsh dumpxml domainname' and get
the UUID for the running VM,
then power it off and edit the xml to add this UUID line, that will make it
visible to virsh when powered off.
You can check now with : 'virsh list --all'

3) For a successful import I found that it's also necessary to
- install a non xen kernel in the vm,
- and have disk listed by UUIDs in /etc/fstab (maybe not necessary this
last one)


Good luck,


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Wed, Apr 28, 2021 at 7:38 PM Strahil Nikolov via Users 
wrote:

> I think that you have to export the BM as OVA or convert it to KVM before
> being able to import via oVirt
>
> Best Regards,
> Strahil Nikolov
>
> On Wed, Apr 28, 2021 at 12:36, hemaa--- via Users
>  wrote:
> Any leads please?
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
>
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WB7KTXNCLD27R2II4XPMAFJUZEDZXOJA/
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/IIFFJYN3LBR3WMDIVPAFGNZFRLTDD45L/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HXI7U7DEZBQ2VWQLUTZMWSBKZDQJK24U/

[ovirt-users] Re: Import VM with Xen Based in Ovirt

[Guillaume Pavese]

Hello,

You can do 'virsh pool-create' on the same directory as your currently
running Xen VMs' disks.
That will make the disks visible to libvirt (prerequisite for them to be
exportable to oVirt).

If libvirt doesn't see your stopped VMs when doing 'virsh list --all' you
need to add the  parameter to their definition file
 - For that, as explain, first have your vm running, then do 'virsh dumpxml
vmname'
You will see something like


  vmname
  7ecf52a5-3657-fc7a-b2e2-66edd4cf1b6c

- Then, shutdown your vm and copy the UUID from the dump you just did in
your vm definition file :
In /etc/xen/vmname put the missing line with the following format:

uuid = "7ecf52a5-3657-fc7a-b2e2-66edd4cf1b6c"


The vm should now be visible by libvirt when doing 'virsh list --all'


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Sun, May 2, 2021 at 6:47 PM IT (Hema Arun)  wrote:

> Hi Guillaume,
>
>
>
> Thank you for the reply back. I am so glad that I received a reply from
> someone.
>
> I would like to try this option but I am not much familiar with virsh. I
> am having Oracle VM which is based on Xen. I don’t have a pool listed in 
> “'virsh
> pool-list'"
>
>
>
> My existing OracleVM has already the vmdisks folder mounted as a
> repository. When I do “virsh pool-create" from the Host, any idea will it
> conflict the existing repository?
>
>
>
> Also to list the stopped VMs, what entry is to be added in the XML file.
> Can you help me with that.
>
>
>
> Thanks a lot
>
>
>
> Regards,
>
> *Hema Arun*
>
> Senior Technology Engineer
>
> Group Information Technology - DevOps Chapter – *Linux and MiddleWare
> Elastic Compute Platform *
>
> Teams: @hemaa
>
>
>
> *From:* Guillaume Pavese 
> *Sent:* Wednesday, April 28, 2021 4:24 PM
> *To:* IT (Hema Arun) 
> *Cc:* hemaa--- via Users ; Strahil Nikolov <
> hunter86...@yahoo.com>
> *Subject:* Re: [ovirt-users] Re: Import VM with Xen Based in Ovirt
>
>
>
> CAUTION: This email originated from outside the Emirates NBD Group. Do
> not click links or open attachments unless you recognize the sender and
> know the content is safe.
>
> I successfully imported xem vm to oVirt with the GUI
>
> You need libvirt to be able to list the powered-off vm on the xen host
> first
>
>
>
> What was missing for me at first was :
>
>
>
> 1) You need a libvirt pool referencing the path to VMs disks.
>
> Verify that's not already the case with 'virsh pool-list',
>
>
>
> Otherwise create it :
>
> # cat vm-pool.xml
> 
> vm-pool
> 
>   /path/to/vmdisks
> 
> 
>
> # virsh pool-create vm-pool.xml
> # virsh pool-list ## Should list the newly created pool
>
>
>
> 2) Then each VM need an UUID present in its xml definition file.
>
> If not present, you can start the vm, do 'virsh dumpxml domainname' and
> get the UUID for the running VM,
>
> then power it off and edit the xml to add this UUID line, that will make
> it visible to virsh when powered off.
>
> You can check now with : 'virsh list --all'
>
>
>
> 3) For a successful import I found that it's also necessary to
>
> - install a non xen kernel in the vm,
>
> - and have disk listed by UUIDs in /etc/fstab (maybe not necessary this
> last one)
>
>
>
>
>
> Good luck,
>
>
>
>
>
> Guillaume Pavese
> Ingénieur Système et Réseau
>
> Interactiv-Group
>
>
>
>
>
> On Wed, Apr 28, 2021 at 7:38 PM Strahil Nikolov via Users 
> wrote:
>
> I think that you have to export the BM as OVA or convert it to KVM before
> being able to import via oVirt
>
>
>
> Best Regards,
>
> Strahil Nikolov
>
> On Wed, Apr 28, 2021 at 12:36, hemaa--- via Users
>
>  wrote:
>
> Any leads please?
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> <https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fprivacy-policy.html=04%7C01%7Chemaa%40emiratesnbd.com%7Cadb2681142e140c3473808d90a408234%7Ccf29f56423034bfba13c29ef0689ffb9%7C0%7C0%7C637552094463433617%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000=po9B5giCt7L2tnJOrVF92DqtWDnvXiYbCZ6rxEceNn0%3D=0>
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> <https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2F=04%7C01%7Chemaa%40emiratesnbd.com%7Cadb2681142e140c3473808d90a408234%7Ccf29f56423034bfba1

[ovirt-users] Re: Libgfapi considerations

[Guillaume Pavese]

Hey Jayme,  everyone
I saw that most related bugs are closed wontfix and a comment that not
enough performance increase was found.
I think it would help if you could update the related bugzilla entries
with the performance results that you observed.

Anyone interested in this feature, or with benchmark results should post
them in :
https://bugzilla.redhat.com/show_bug.cgi?id=1484227
https://bugzilla.redhat.com/show_bug.cgi?id=1465810


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Thu, Dec 19, 2019 at 11:44 AM Jayme  wrote:

> It would be nice to see some progress. I have no idea why there wouldn’t
> be interest in adding to rhev. The io performance increase I saw while
> testing was phenomenal
>
> On Wed, Dec 18, 2019 at 9:42 PM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> The bug has been closed wontfix for a lack of perceived progress on the
>> issue :
>> https://bugzilla.redhat.com/show_bug.cgi?id=1633642
>> https://bugzilla.redhat.com/show_bug.cgi?id=1484227
>>
>> However when following the related opened bugs in qemu, i get the feeling
>> things are getting ready to have libgfapi working in a replica 3 cluster.
>> See : https://bugzilla.redhat.com/show_bug.cgi?id=1465810
>>
>> I wish someone would reopen those closed bugs in order for that issue not
>> being forgotten.
>>
>> Guillaume Pavese
>> Ingénieur Système et Réseau
>> Interactiv-Group
>>
>>
>> On Tue, Dec 17, 2019 at 7:21 AM Jayme  wrote:
>>
>>> I believe the snapshot issue is only present with gluster replica 3
>>> volumes.  I can confirm it on my replica 3 cluster
>>>
>>> On Mon, Dec 16, 2019 at 4:18 PM Alex McWhirter  wrote:
>>>
>>>> I also use libgfapi in prod.
>>>>
>>>>
>>>> 1. This is a pretty annoying issue, i wish engine-config would look to
>>>> see if it already enabled and just keep it that way.
>>>>
>>>> 2. Edit /etc/libvirt/qemu.conf and set dynamic ownership to 0, will
>>>> stop the permission changes.
>>>>
>>>> 3. I don't see this error on any of my clusters, all using libgfapi.
>>>>
>>>>
>>>> I also have no issues using snapshots with libgfapi, but live migration
>>>> between storage domains indeed does not work.
>>>>
>>>>
>>>> On 2019-12-16 12:46, Darrell Budic wrote:
>>>>
>>>> I use libgfap in production, the performance is worth a couple of
>>>> quirks for me.
>>>>
>>>> - watch major version updates, they'll silently turn it off because the
>>>> engine starts using a new version variable
>>>> - VM/qemu security quirk that resets ownership when the VM quits, was
>>>> supposedly fixed in 4.3.6 but I still have it happen to me, a cron'd chown
>>>> keeps it under control for me
>>>> - some VMs cause a libvirt/vdsmd interaction that results in failed
>>>> stats query, and the engine thinks my VMs are offline because the stats
>>>> gathering is stuck. hoped a bug fix in 4.3.6 would take care of this too,
>>>> but didn't. may be my VMs though, still analyzing for specific file issues
>>>>
>>>> I need to spend some time doing a little more research and
>>>> filing/updating some bug reports, but it's been a busy end of year so 
>>>> far...
>>>>
>>>>   -Darrell
>>>>
>>>> On Dec 14, 2019, at 5:47 PM, Strahil Nikolov 
>>>> wrote:
>>>>
>>>>
>>>> According to GlusterFS Storage Domain
>>>> <https://www.ovirt.org/develop/release-management/features/storage/glusterfs-storage-domain.html>
>>>>
>>>> the feature is not the default as it is incompatible with Live Storage
>>>> Migration.
>>>>
>>>> Best Regards,
>>>> Strahil Nikolov
>>>>
>>>>
>>>> В събота, 14 декември 2019 г., 17:06:32 ч. Гринуич+2, Jayme <
>>>> jay...@gmail.com> написа:
>>>>
>>>>
>>>> Are there currently any known issues with using libgfapi in the latest
>>>> stable version of ovirt in hci deployments?  I have recently enabled it and
>>>> have noticed a significant (over 4x) increase in io performance on my vms.
>>>> I'm concerned however since it does not seem to be an ovirt default
>>>> setting.  Is libgfapi considered safe and stable to use in ovirt 4.3 hci?
>>>> __

[ovirt-users] Re: Libgfapi considerations

[Guillaume Pavese]

Hi Ritesh Chitawar,

Those bugs mostly all depended on a old (2011!) qemu bug that took a very
long time to be resolved :
https://bugzilla.redhat.com/show_bug.cgi?id=760547
However in the meantime, the oVirt bugs that you spoke about were
closed/deferred for reasons like "no activity on blocking bug for a long
time" & "not enough perf anyway".

So,
since blocking bugs have at last been resolved,
and since different users report seeing strong performance gains contrary
to what has been tested by RedHat,
it seems justified to reevaluate the situation.

Best,

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Thu, Feb 11, 2021 at 5:36 PM Ritesh Chikatwar 
wrote:

> Hello,
>
> There are many issues after enabling libgfapi .
> Issues like Attempting to start VM,also i think making a snapshot of VM,
> live storage migration(As Strahil Nikolov mentioned ) and VM's are not
> highly available etc.
>
> Because of this reason it is not enabled by default in Ovirt.
>
> Regards
> Ritesh Chikatwar
>
>
>
> On Thu, Feb 11, 2021 at 1:29 PM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> Additionally to posting benchmark results and interests in the Bugzilla
>> entries mentioned previously,
>> I could be useful to also post in this one that should act as a RFE :
>>
>> [gfapi] Support libgfapi access to the gluster storage domains
>> https://bugzilla.redhat.com/show_bug.cgi?id=1633642
>>
>>
>>
>> Guillaume Pavese
>> Ingénieur Système et Réseau
>> Interactiv-Group
>>
>>
>> On Thu, Feb 11, 2021 at 4:44 PM Guillaume Pavese <
>> guillaume.pav...@interactiv-group.com> wrote:
>>
>>> I strongly invite you to post those results in RedHat's Buzilla entries
>>>
>>> Guillaume Pavese
>>> Ingénieur Système et Réseau
>>> Interactiv-Group
>>>
>>>
>>> On Wed, Feb 10, 2021 at 6:55 PM  wrote:
>>>
>>>> Hey everyone,
>>>>
>>>> Couple of months ago i benchmarked FUSE, libgfapi performance. If read
>>>> speed is more or less tolerable for both, but write on FUSE is a disaster.
>>>> Here below is a result screen:
>>>>
>>>> https://ibb.co/vBVB0WY
>>>>
>>>> BR
>>>> Aleksandr
>>>>
>>>> > I recently learned that gluster community is archiving the libgfapi
>>>> stuff.I think that a
>>>> > lot of effort was spent on FUSE to get it faster.When did anyone
>>>> compare them ?
>>>> >
>>>> > Best Regards,Strahil Nikolov
>>>> >
>>>> > Sent from Yahoo Mail on Android
>>>> >
>>>> >   On Fri, Feb 5, 2021 at 13:12, Guillaume
>>>> > Paveseguillaume.pavese(a)interactiv-group.com wrote:
>>>> > ___
>>>> > Users mailing list -- users(a)ovirt.org
>>>> > To unsubscribe send an email to users-leave(a)ovirt.org
>>>> > Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>>> > oVirt Code of Conduct:
>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>> > List Archives:
>>>> >
>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/YA6J533264N.
>>>> ..
>>>> ___
>>>> Users mailing list -- users@ovirt.org
>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>>> oVirt Code of Conduct:
>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>> List Archives:
>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/F74JJEBMICD4OKBLJWP6VKJQ3R5E6D2S/
>>>>
>>>
>> Ce message et toutes les pièces jointes (ci-après le “message”) sont
>> établis à l’intention exclusive de ses destinataires et sont confidentiels.
>> Si vous recevez ce message par erreur, merci de le détruire et d’en avertir
>> immédiatement l’expéditeur. Toute utilisation de ce message non conforme a
>> sa destination, toute diffusion ou toute publication, totale ou partielle,
>> est interdite, sauf autorisation expresse. L’internet ne permettant pas
>> d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales)
>> décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse
>> ou il aurait été modifié. IT, ES, UK.
>> <https://interactiv-group.com/disclaimer.html>
>

[ovirt-users] Re: Libgfapi considerations

[Guillaume Pavese]

Additionally to posting benchmark results and interests in the Bugzilla
entries mentioned previously,
I could be useful to also post in this one that should act as a RFE :

[gfapi] Support libgfapi access to the gluster storage domains
https://bugzilla.redhat.com/show_bug.cgi?id=1633642



Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Thu, Feb 11, 2021 at 4:44 PM Guillaume Pavese <
guillaume.pav...@interactiv-group.com> wrote:

> I strongly invite you to post those results in RedHat's Buzilla entries
>
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
>
>
> On Wed, Feb 10, 2021 at 6:55 PM  wrote:
>
>> Hey everyone,
>>
>> Couple of months ago i benchmarked FUSE, libgfapi performance. If read
>> speed is more or less tolerable for both, but write on FUSE is a disaster.
>> Here below is a result screen:
>>
>> https://ibb.co/vBVB0WY
>>
>> BR
>> Aleksandr
>>
>> > I recently learned that gluster community is archiving the libgfapi
>> stuff.I think that a
>> > lot of effort was spent on FUSE to get it faster.When did anyone
>> compare them ?
>> >
>> > Best Regards,Strahil Nikolov
>> >
>> > Sent from Yahoo Mail on Android
>> >
>> >   On Fri, Feb 5, 2021 at 13:12, Guillaume
>> > Paveseguillaume.pavese(a)interactiv-group.com wrote:
>> > ___
>> > Users mailing list -- users(a)ovirt.org
>> > To unsubscribe send an email to users-leave(a)ovirt.org
>> > Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> > oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> > List Archives:
>> >
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/YA6J533264N.
>> ..
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/F74JJEBMICD4OKBLJWP6VKJQ3R5E6D2S/
>>
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3MDF3GENKIMUVL3LKEKRJCPOEBB5HSRY/

[ovirt-users] Re: Libgfapi considerations

[Guillaume Pavese]

I strongly invite you to post those results in RedHat's Buzilla entries

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Wed, Feb 10, 2021 at 6:55 PM  wrote:

> Hey everyone,
>
> Couple of months ago i benchmarked FUSE, libgfapi performance. If read
> speed is more or less tolerable for both, but write on FUSE is a disaster.
> Here below is a result screen:
>
> https://ibb.co/vBVB0WY
>
> BR
> Aleksandr
>
> > I recently learned that gluster community is archiving the libgfapi
> stuff.I think that a
> > lot of effort was spent on FUSE to get it faster.When did anyone compare
> them ?
> >
> > Best Regards,Strahil Nikolov
> >
> > Sent from Yahoo Mail on Android
> >
> >   On Fri, Feb 5, 2021 at 13:12, Guillaume
> > Paveseguillaume.pavese(a)interactiv-group.com wrote:
> > ___
> > Users mailing list -- users(a)ovirt.org
> > To unsubscribe send an email to users-leave(a)ovirt.org
> > Privacy Statement: https://www.ovirt.org/privacy-policy.html
> > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> >
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/YA6J533264N.
> ..
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/F74JJEBMICD4OKBLJWP6VKJQ3R5E6D2S/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IBPVT4JXV6C3U3QHMJ6GVJLTTRBO3DEQ/

[ovirt-users] Re: Poor gluster performances over 10Gbps network

[Guillaume Pavese]

It's my understanding that libgfapi is currently unsupported in oVirt
because there were a few long standing bugs.
Unfortunately, the performance improvements that users have reported on
this mailing list haven't been seen or replicated by Red Hat, so recently
most  of these bugzilla tickets have been closed as WONTFIX

https://bugzilla.redhat.com/show_bug.cgi?id=1633642
https://bugzilla.redhat.com/show_bug.cgi?id=1465810
https://bugzilla.redhat.com/show_bug.cgi?id=1552344

This is a shame as I think the performance improvements from libgfapi as
reported in user benchmarks were impressive, and the underlying
qemu/libvirt bugs are now fixed or were close to be.

Guillaume Pavese

Ingénieur Système et Réseau
Interactiv-Group


On Thu, Sep 9, 2021 at 7:00 PM Strahil Nikolov via Users 
wrote:

> Dis you enable libgfapi ?
> engine-config -s LibgfApiSupported=true
>
> Note: power off and then power on the VM. The qemu process should not use
> the '/rhev' mountpoints.
>
> Also, share your current setup:
> - disks
> - hw controller
> - did you storage align your block devices (hw raid only)
> - tuned-profile
> - sysctl settings that are changed
> - gluster volume options that are changed
>
> Best Regards,
> Strahil Nikolov
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FYVQBT4ZYTSFD6CQHX7L42HWUDI3ZDOF/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DDH72TFZMWJEES3PKVDLKPKRS7YBMTO6/

[ovirt-users] Re: TPM 2.0 Support in Ovirt

[Guillaume Pavese]

Hello,
You mention BIOS but as the doc indicates, TPM is only supported on UEFI :
"TPM devices can only be used on x86_64 machines with UEFI firmware and
PowerPC machines with pSeries firmware installed."


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Thu, Oct 21, 2021 at 11:46 PM Bob Franzke via Users 
wrote:

> I have tried that. I don’t have the options listed showing in the document
> for the VM edit dialog. I am assuming this is because the hosts do not have
> the TPM module enabled in BIOS? I don’t know if that’s the case or not.
> Would the TPM setting need to be enabled in hardware on the hosts
> themselves for this to show up in the settings dialog?
>
>
>
> *From:* hunter86...@yahoo.com (Strahil Nikolov) 
> *Sent:* Thursday, October 21, 2021 2:04 PM
> *To:* bob.fran...@mdaemon.com; bob.franzke--- via Users 
> *Subject:* Re: [ovirt-users] TPM 2.0 Support in Ovirt
>
>
>
> Have you tried
> https://www.ovirt.org/documentation/virtual_machine_management_guide/#Adding_TPM_devices
> ?
>
>
>
> Best Regards,
>
> Strahil Nikolov
>
> On Thu, Oct 21, 2021 at 19:21, bob.franzke--- via Users
>
>  wrote:
>
> Need to deploy a VM of a Windows 11 guest. Windows 11 requires TPM 2.0
> support for it to be able to install. Does Ovirt support TPM devices
> somehow and if so how do I present the VM with a TPM device that can be
> detected by the Windows 11 setup installer? Thanks in advance for any help
> here.
>
> ___
>
> Users mailing list -- users@ovirt.org
>
> To unsubscribe send an email to users-le...@ovirt.org
>
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
>
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/ORXF2PISPI2I63HBAAHUE2I6IRS46QWG/
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/XVB232GDJN5ESMXYC26H544RTNFROSWE/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PXUQHJNBPWOZQG3ZROTHHXM6TQGQESXX/

[ovirt-users] Re: Remove obsolete Gluster hyperconverged doc

[Guillaume Pavese]

This is the first time I hear that hyperconverged won't be supported in the
short future.
Since Ceph is supported by oVirt, wouldn't it be possible to use this for
hyperconverged deployments?

We are in the planning phase to buy servers for a typical 3 Gluster/Hosts
nodes deployment. Should we rethink it?

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Fri, Feb 4, 2022 at 4:49 PM Sandro Bonazzola  wrote:

>
>
> Il giorno ven 4 feb 2022 alle ore 08:19 Strahil Nikolov <
> hunter86...@yahoo.com> ha scritto:
>
>> Hi Sandro,
>>
>> It seems that with
>> https://github.com/oVirt/ovirt-site/commit/f3286b2e1f2871978d054250556f1b4f0eb7f09e#diff-41cf6794ba4200b839c53531555f0f3998df4cbb01a4d5cb0b94e3ca5e23947d
>> all refference to Gluster & Hyperconverged is removed from the website.
>>
>>
>> Can you clarify the situation with Hyperconverged deployments ?
>>
>
> Hi, the Gluster & Hyperconverged deployment moved outside the
> documentation section on the website:
> https://ovirt.org/dropped/gluster-hyperconverged/ as it's outdated and
> unmaintained.
> GlusterFS is being deprecated for usage on storage domains: Bug 2016359
> <https://bugzilla.redhat.com/show_bug.cgi?id=2016359> - Deprecate usage
> of GlusterFS for Storage Domains
> And the hyperconverged solution for oVirt is based on GlusterFS, so it's
> being deprecated as well.
>
>
>>
>>
>> Best Regards,
>> Strahil Nikolov
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.*
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/KEBL4DVAQJZF64JF5UFPCKD2LKXKUMIP/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WKKQLPOQM4EJW75IM75HQA4Y2BK5Z7VJ/

[ovirt-users] Re: RHGS and RHV closing down: could you please put that on the home page?

[Guillaume Pavese]

To replicate HCI without Gluster,
is there a way to set up a Managed Block Storage (I think that means Ceph?)
cluster hosted on the hypervisors, in a similar way as a Gluster Replica 3 ?

Is that possible/recommended or discouraged?
We are not ready for Openshift/Kubevirt yet and we would like to
investigate whether oVirt on Ceph in HCI is doable.

Thank for any feedback

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Mon, Feb 7, 2022 at 10:47 PM Nir Soffer  wrote:

> On Mon, Feb 7, 2022 at 3:04 PM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno lun 7 feb 2022 alle ore 09:28 Thomas Hoberg 
>> ha scritto:
>>
>>> Sandro, I am ever so glad you're fighting on, buon coraggio!
>>>
>>
>> Thanks :-)
>>
>>
>>>
>>> Yes, please write a blog post on how oVirt could develop without a
>>> commercial downstream product that pays your salaries.
>>>
>>
>> I have no magic recipe but I know oVirt is used in several universities
>> with computer science departments. If just 1 student for each of them would
>> contribute 1 patch per semester that would help keeping oVirt alive even
>> without any downstream company backing it.
>> And there are also people in this list like @Jean-Louis Dupond
>>  who are contributing fixes, latest is here
>> https://github.com/oVirt/ovirt-engine/pull/59  .
>> I don't want to write a book on how an opensource project can be healthy,
>> I believe there are already out there :-) .
>> It would indeed help if some company or foundation would show up and get
>> engaged with the project but this is not strictly needed for an open source
>> project to be alive.
>>
>>
>>> Ideally you'd add a perspective for current HCI users, many of which
>>> chose this approach, because a fault-tolerant SAN or NAS wasn't available.
>>>
>>
>> I'll let the storage team to answer here
>>
>
> The oVirt storage team never worked on HCI and we don't plan to work on
> it in the future. HCI was designed and maintained by Gluster folks. Our
> contribution for HCI was adding 4k support, enabling usage of VDO.
>
> Improving on the HCI side is unlikely to come from Red Hat, but nothing
> blocks other companies or contributors from working on this.
>
> Our focus for 4.5 is Managed Block Storage and incremental backup.
>
> Nir
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/5JBTH3JKW23ZRKDTPLBNTIIF3PMFKZ3L/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VMNBYFNOMBRBGKMBOSM4AFXCFIHD2FAI/

[ovirt-users] Re: [ovirt-devel] Re: how to UI/API certificates with a valid one (ex: let's encrypt) ? ( as open shift required one )

[Guillaume Pavese]

Hello,
I too have a problem using custom cert with OCP provisioning on oVirt

I followed the following documentation to update the default cert with my
letsencrypt one :

https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/html/administration_guide/appe-red_hat_enterprise_virtualization_and_ssl

This documentation is similar to the one linked by Yedidyah Bar David :
https://www.ovirt.org/documentation/administration_guide/index.html#appe-Red_Hat_Enterprise_Virtualization_and_SSL

After following these steps, I can verify in my browser that the engine is
now behind the new custom certificate from letsencrypt.

However, the old certificate is still served by the url :
https://engine.fqdn/ovirt-engine/services/pki-resource?resource=ca-certificate=X509-PEM-CA

When running openshift-install create install-config, the certificate that
is automaticlly retrived from engine.fqdn:443 is the old one, not the new
custom one.

Are there missing steps in the above procedures?

Best,

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Tue, Jan 25, 2022 at 1:57 AM Sandro Bonazzola 
wrote:

>
>
> Il giorno dom 23 gen 2022 alle ore 08:15 Eric Tiquet <
> eric.tiq...@gmail.com> ha scritto:
>
>> Hello community,
>> Would like to use ovirt & openshift, a this might be trivial but I am
>> juste blocked at 'step two'.
>> (As openshift refuse to use the ovirt without valid certificates and the
>> insecure workaround does'not work)
>>
>> I can't find any usefull information to setup the UI/API certificates. (
>> ex: there is no apache...)
>> Could someone please point me to the correct tuto's or instruction ?
>>
>
> This is the development mailing list. For looking for help on oVirt, I
> recommend asking on user mailing list instead:
> https://lists.ovirt.org/archives/list/users@ovirt.org/ .
> I assume you are following
> https://docs.okd.io/4.9/installing/installing_rhv/installing-rhv-default.html
>
> If the documentation there is not clear enough, I would recommend opening
> an issue on https://github.com/openshift/openshift-docs/issues or
> discussing it on https://github.com/openshift/okd/discussions
>
>
>
>>
>> With kind regards,
>> Eric
>> ___
>> Devel mailing list -- de...@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/de...@ovirt.org/message/A6S264FUJVUNOPGQAA73Y54CWTM6FVJ3/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.*
>
>
> ___
> Devel mailing list -- de...@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/de...@ovirt.org/message/Y4XAESPURFI2T3NW34QJUHARWWC3UIPQ/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZN7DJKQ2GAFGYICRSSE5JZFZLAEALY2Q/

[ovirt-users] Notified that Engine's certification is about to expire but no documentation to renew it

[Guillaume Pavese]

Hello

We are receiving the following notifications from our ovirt manager  :

Message:Engine's certification is about to expire at 2022-05-03. Please
renew the engine's certification.
Severity:WARNING


Effectively :

# openssl x509 -in /etc/pki/ovirt-engine/certs/engine.cer -startdate
-enddate -noout
notBefore=Mar 30 04:48:15 2021 GMT
notAfter=May  3 04:48:15 2022 GMT


However I can not find any documentation on how to renew this certificate.
The following doc only convers changing apache-ca.pem & apache.cer, and
not engine.cer

Doc oVirt :
https://ovirt.org/documentation/administration_guide/index.html#Replacing_the_Manager_CA_Certificate
Doc RHV :
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/html-single/administration_guide/index#Replacing_the_Manager_CA_Certificate


Any help ?

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HWHBRHZDCHKRTMV7SK63URREVPHIZQTI/

[ovirt-users] Re: Notified that Engine's certification is about to expire but no documentation to renew it

[Guillaume Pavese]

Thank you Didi,

I can confirm that engine-setup detected the approaching expiration of the
engine certificate and proposed to renew it.
We'll try proposing a documentation fix

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Mon, Apr 25, 2022 at 9:02 PM Yedidyah Bar David  wrote:

> On Mon, Apr 25, 2022 at 2:45 PM Guillaume Pavese
>  wrote:
> >
> > Hello
> >
> > We are receiving the following notifications from our ovirt manager  :
> >
> > Message:Engine's certification is about to expire at 2022-05-03. Please
> renew the engine's certification.
> > Severity:WARNING
> >
> >
> > Effectively :
> >
> > # openssl x509 -in /etc/pki/ovirt-engine/certs/engine.cer -startdate
> -enddate -noout
> > notBefore=Mar 30 04:48:15 2021 GMT
> > notAfter=May  3 04:48:15 2022 GMT
> >
> >
> > However I can not find any documentation on how to renew this
> certificate.
> > The following doc only convers changing apache-ca.pem & apache.cer, and
> not engine.cer
> >
> > Doc oVirt :
> https://ovirt.org/documentation/administration_guide/index.html#Replacing_the_Manager_CA_Certificate
> > Doc RHV :
> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/html-single/administration_guide/index#Replacing_the_Manager_CA_Certificate
> >
> >
> > Any help ?
>
> Please try running 'engine-setup'. If you want to prevent it from
> upgrading the engine, you can try 'engine-setup --offline'.
>
> You might want to create a github issue about the documentation
> missing this information. If you do, please clarify where you expected
> it to appear and what you searched for when looking for it.
> Alternatively, patches are welcome :-), the oVirt documentation is
> managed in a github repo, with a link in each page "Edit this page".
>
> Good luck and best regards,
> --
> Didi
>
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BN23FQXEWIMIPT5N5B3GH3SZ3IYIX2KP/

[ovirt-users] Re: oVirt 4.5.1 is now generally available

[Guillaume Pavese]

I think that since el9 VDO volumes are managed through LVM,
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/deduplicating_and_compressing_logical_volumes_on_rhel/creating-a-deduplicated-and-compressed-logical-volume_deduplicating-and-compressing-logical-volumes-on-rhel

The standalone vdo command line tools are deprecated if I
remember correctly.


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Fri, Jul 1, 2022 at 11:23 PM Diego Ercolani 
wrote:

> In data venerdì 1 luglio 2022 15:53:50 CEST, Michal Skrivanek ha scritto:
> > which tools, on what OS?
> difference between files included in vdo@el8 and vdo@el9:
> diego@pc-diego:/tmp: diff -c /tmp/vdo-6.2.6.14-14.el8.x86_64
> /tmp/vdo-8.1.1.360-1.el9.x86_64
> *** /tmp/vdo-6.2.6.14-14.el8.x86_64 2022-07-01 16:14:16.176009560 +0200
> --- /tmp/vdo-8.1.1.360-1.el9.x86_64 2022-07-01 16:11:51.110945071 +0200
> ***
> *** 1,9 
>   /etc/bash_completion.d
> - /etc/bash_completion.d/vdo
>   /etc/bash_completion.d/vdostats
> - /etc/udev/rules.d/69-vdo-start-by-dev.rules
> - /usr/bin/vdo
> - /usr/bin/vdo-by-dev
>   /usr/bin/vdodmeventd
>   /usr/bin/vdodumpconfig
>   /usr/bin/vdoforcerebuild
> --- 1,5 
> ***
> *** 11,129 
>   /usr/bin/vdosetuuid
>   /usr/bin/vdostats
>   /usr/lib/.build-id
>   /usr/lib/.build-id/31
> ! /usr/lib/.build-id/31/68a2e19fc937577929459f403383e915751458
> ! /usr/lib/.build-id/6b
> ! /usr/lib/.build-id/6b/dfd1643789926b5c0f09075a2e8fb2108a5872
> ! /usr/lib/.build-id/6d
> ! /usr/lib/.build-id/6d/c078500e3d97c838b2e0962c065983e0f68279
> ! /usr/lib/.build-id/90
> ! /usr/lib/.build-id/90/0c50231d21e6eeb98cefae8bf94b17d1cd4cbc
> ! /usr/lib/.build-id/b7
> ! /usr/lib/.build-id/b7/7a6ac8ea65cc6b32f2cfcc1188a049af329852
> ! /usr/lib/.build-id/e2
> ! /usr/lib/.build-id/e2/2569253be05e3443ffb13695efae69ee500584
> ! /usr/lib/python3.6/site-packages/vdo
> ! /usr/lib/python3.6/site-packages/vdo/__init__.py
> !
> /usr/lib/python3.6/site-packages/vdo/__pycache__/__init__.cpython-36.opt-1.pyc
> ! /usr/lib/python3.6/site-packages/vdo/__pycache__/__init__.cpython-36.pyc
> ! /usr/lib/python3.6/site-packages/vdo/statistics
> ! /usr/lib/python3.6/site-packages/vdo/statistics/Command.py
> ! /usr/lib/python3.6/site-packages/vdo/statistics/Field.py
> ! /usr/lib/python3.6/site-packages/vdo/statistics/KernelStatistics.py
> ! /usr/lib/python3.6/site-packages/vdo/statistics/LabeledValue.py
> ! /usr/lib/python3.6/site-packages/vdo/statistics/StatFormatter.py
> ! /usr/lib/python3.6/site-packages/vdo/statistics/StatStruct.py
> ! /usr/lib/python3.6/site-packages/vdo/statistics/VDOReleaseVersions.py
> ! /usr/lib/python3.6/site-packages/vdo/statistics/VDOStatistics.py
> ! /usr/lib/python3.6/site-packages/vdo/statistics/__init__.py
> !
> /usr/lib/python3.6/site-packages/vdo/statistics/__pycache__/Command.cpython-36.opt-1.pyc
> !
> /usr/lib/python3.6/site-packages/vdo/statistics/__pycache__/Command.cpython-36.pyc
> !
> /usr/lib/python3.6/site-packages/vdo/statistics/__pycache__/Field.cpython-36.opt-1.pyc
> !
> /usr/lib/python3.6/site-packages/vdo/statistics/__pycache__/Field.cpython-36.pyc
> !
> /usr/lib/python3.6/site-packages/vdo/statistics/__pycache__/KernelStatistics.cpython-36.opt-1.pyc
> !
> /usr/lib/python3.6/site-packages/vdo/statistics/__pycache__/KernelStatistics.cpython-36.pyc
> !
> /usr/lib/python3.6/site-packages/vdo/statistics/__pycache__/LabeledValue.cpython-36.opt-1.pyc
> !
> /usr/lib/python3.6/site-packages/vdo/statistics/__pycache__/LabeledValue.cpython-36.pyc
> !
> /usr/lib/python3.6/site-packages/vdo/statistics/__pycache__/StatFormatter.cpython-36.opt-1.pyc
> !
> /usr/lib/python3.6/site-packages/vdo/statistics/__pycache__/StatFormatter.cpython-36.pyc
> !
> /usr/lib/python3.6/site-packages/vdo/statistics/__pycache__/StatStruct.cpython-36.opt-1.pyc
> !
> /usr/lib/python3.6/site-packages/vdo/statistics/__pycache__/StatStruct.cpython-36.pyc
> !
> /usr/lib/python3.6/site-packages/vdo/statistics/__pycache__/VDOReleaseVersions.cpython-36.opt-1.pyc
> !
> /usr/lib/python3.6/site-packages/vdo/statistics/__pycache__/VDOReleaseVersions.cpython-36.pyc
> !
> /usr/lib/python3.6/site-packages/vdo/statistics/__pycache__/VDOStatistics.cpython-36.opt-1.pyc
> !
> /usr/lib/python3.6/site-packages/vdo/statistics/__pycache__/VDOStatistics.cpython-36.pyc
> !
> /usr/lib/python3.6/site-packages/vdo/statistics/__pycache__/__init__.cpython-36.opt-1.pyc
> !
> /usr/lib/python3.6/site-packages/vdo/statistics/__pycache__/__init__.cpython-36.pyc
> ! /usr/lib/python3.6/site-packages/vdo/utils
> ! /usr/lib/python3.6/site-packages/vdo/utils/Command.py
> ! /usr/lib/python3.6/site-packages/vdo/utils/FileUtils.py
> ! /usr/lib/python3.6/s

[ovirt-users] Re: Problems with selinux after updating an ovirt node

[Guillaume Pavese]

I just had the same problem while upgrading a host from ovirt-node 4.4.10
to 4.5.1
This is all the more surprising since this host had selinux in permissive
mode, I would not expect any selinux failures in that case.

[root@ps-inf-int-kvm-fr-302-210 ~]# vdsm-tool configure --force

Checking configuration status...

lvm is configured for vdsm
Managed volume database is already configured
libvirt is already configured for vdsm
SUCCESS: ssl configured to true. No conflicts
Current revision of multipath.conf detected, preserving
sanlock is configured for vdsm

Running configure...
libsepol.context_from_record: type insights_client_cache_t is not defined
libsepol.context_from_record: could not create context structure
libsepol.context_from_string: could not create context structure
libsepol.sepol_context_to_sid: could not convert
system_u:object_r:insights_client_cache_t:s0 to sid
invalid context system_u:object_r:insights_client_cache_t:s0
libsemanage.semanage_validate_and_compile_fcontexts: setfiles returned
error code 255.
Traceback (most recent call last):
  File "/bin/vdsm-tool", line 209, in main
return tool_command[cmd]["command"](*args)
  File "/usr/lib/python3.6/site-packages/vdsm/tool/__init__.py", line 40,
in wrapper
func(*args, **kwargs)
  File "/usr/lib/python3.6/site-packages/vdsm/tool/configurator.py", line
146, in configure
_configure(c)
  File "/usr/lib/python3.6/site-packages/vdsm/tool/configurator.py", line
93, in _configure
getattr(module, 'configure', lambda: None)()
  File
"/usr/lib/python3.6/site-packages/vdsm/tool/configurators/sebool.py", line
88, in configure
_setup_booleans(True)
  File
"/usr/lib/python3.6/site-packages/vdsm/tool/configurators/sebool.py", line
60, in _setup_booleans
sebool_obj.finish()
  File "/usr/lib/python3.6/site-packages/seobject.py", line 340, in finish
self.commit()
  File "/usr/lib/python3.6/site-packages/seobject.py", line 330, in commit
rc = semanage_commit(self.sh)
OSError: [Errno 0] Error

[root@ps-inf-int-kvm-fr-302-210 ~]# vdsm-tool configure --module sebool

Checking configuration status...


Running configure...
libsepol.context_from_record: type insights_client_cache_t is not defined
libsepol.context_from_record: could not create context structure
libsepol.context_from_string: could not create context structure
libsepol.sepol_context_to_sid: could not convert
system_u:object_r:insights_client_cache_t:s0 to sid
invalid context system_u:object_r:insights_client_cache_t:s0
libsemanage.semanage_validate_and_compile_fcontexts: setfiles returned
error code 255.
Traceback (most recent call last):
  File "/bin/vdsm-tool", line 209, in main
return tool_command[cmd]["command"](*args)
  File "/usr/lib/python3.6/site-packages/vdsm/tool/__init__.py", line 40,
in wrapper
func(*args, **kwargs)
  File "/usr/lib/python3.6/site-packages/vdsm/tool/configurator.py", line
146, in configure
_configure(c)
  File "/usr/lib/python3.6/site-packages/vdsm/tool/configurator.py", line
93, in _configure
getattr(module, 'configure', lambda: None)()
  File
"/usr/lib/python3.6/site-packages/vdsm/tool/configurators/sebool.py", line
88, in configure
_setup_booleans(True)
  File
"/usr/lib/python3.6/site-packages/vdsm/tool/configurators/sebool.py", line
60, in _setup_booleans
sebool_obj.finish()
  File "/usr/lib/python3.6/site-packages/seobject.py", line 340, in finish
self.commit()
  File "/usr/lib/python3.6/site-packages/seobject.py", line 330, in commit
rc = semanage_commit(self.sh)
OSError: [Errno 0] Error

[root@ps-inf-int-kvm-fr-302-210 ~]# semodule -i
/usr/share/selinux/packages/ovirt-vmconsole/ovirt_vmconsole.pp
[root@ps-inf-int-kvm-fr-302-210 ~]# vdsm-tool configure --module sebool

Checking configuration status...


Running configure...

Done configuring modules to VDSM.

[root@ps-inf-int-kvm-fr-302-210 ~]# vdsm-tool configure --force

Checking configuration status...

Managed volume database is already configured
lvm is configured for vdsm
sanlock is configured for vdsm
Current revision of multipath.conf detected, preserving
libvirt is already configured for vdsm
SUCCESS: ssl configured to true. No conflicts

Running configure...
Reconfiguration of passwd is done.
Reconfiguration of libvirt is done.

Done configuring modules to VDSM.



Then I had to put the host into maintenance and reinstall it

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Sat, Nov 20, 2021 at 2:22 AM  wrote:

> This was a lifesaver.  Thanks!  I knew it was selinux, but didn't have the
> right .pp file.  Thanks!
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
&g

[ovirt-users] Re: Install Ovirt 4.4.10 to standalone system from iso fails

[Guillaume Pavese]

Not sure about recovering your cluster on a 4.5 install with a 4.4 backup.
I would also like to know if that is possible.

As a separate note, if you really need to install 4.4 instead of 4.5; I
managed to install a 4.4.10 hosted engine recently by
- extracting the ova from the ovirt-appliance rpm
- mount the image with guestmount
- do : echo "exclude=postgresql-jdbc" >> /etc/dnf/dnf.conf in the image
- rebuild the ova and point the installer to it when asked for a custom ova
path

This stopped the installation playbook from upgrading to the unsupported
postgresql-jdbc


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Tue, Jun 14, 2022 at 12:19 AM David Johnson 
wrote:

> It looks like I've run into this now:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=2077794
>
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/SBCWNXLFLJBKTA3TFJARE7QCYZQ6QMMH/
>
> It looks like a permanent fix was put in place in 4.5.
>
> Should I consider just bumping up to 4.5 instead of trying to reinstall
> 4.4?  Will I be able to recover my cluster from the engine backup?
>
> *David Johnson*
> *Director of Development, Maxis Technology*
> 844.696.2947 ext 702 (o) | 479.531.3590 (c)
> <https://www.linkedin.com/in/pojoguy/>
> <https://maxistechnology.com/wp-content/uploads/vcards/vcard-David_Johnson.vcf>
> <https://maxistechnology.com/>
>
> *Follow us:*  <https://www.linkedin.com/company/maxis-tech-inc/>
>
>
> On Mon, Jun 13, 2022 at 1:49 AM David Johnson <
> djohn...@maxistechnology.com> wrote:
>
>> This came in just as the engine came up.
>>
>> The final pieces of the puzzle were:
>>
>> The database@server notation expressed in the logs is cool, but
>> is not how it is expressed to actually connect. That threw up a red herring.
>> I had to create all of the postgres users
>> Postgres ident authentication requires an ident server such as oidentd.
>> It used to be installed by default, but must be installed after the fact by
>> the system admin now.
>>
>> Your guess about a not-clean system is not too far off.  Just before this
>> email came in I hit a snag with the CA and key generation. I ran
>> engine-cleanup, then ran engine-setup again, and now the non-UI functions
>> of the engine are (apparently) back up.
>>
>> Now the engine is running, but the web gui is throwing 500 errors.
>> Internet cut out so I'll get back to it in the morning.
>>
>> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/Y5PKNTFPVPATL4PWUCH2CJ27RPOWYZFF/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QMQTF2N64HGORHVR7F2FTXEURUOXF2LV/

[ovirt-users] Re: can't use vmconsole anymore

[Guillaume Pavese]

I think that I am progressing in troubleshooting.
it seems like the certificates for the vmconsole-proxy were not renewed
like the other certificates during engine-setup --upgrade

[root@vs-inf-prd-ovt-fr-501 ~]# openssl x509 -in
/etc/pki/ovirt-engine/certs/vmconsole-proxy-helper.cer -noout -text | grep
Not
Not Before: Mar 30 04:48:40 2021 GMT
Not After : May  3 04:48:40 2022 GMT
[root@vs-inf-prd-ovt-fr-501 ~]# openssl x509 -in
/etc/pki/ovirt-engine/certs/vmconsole-proxy-host.cer -noout -text | grep Not
Not Before: Mar 30 04:48:41 2021 GMT
Not After : May  3 04:48:41 2022 GMT
[root@vs-inf-prd-ovt-fr-501 ~]# openssl x509 -in
/etc/pki/ovirt-engine/certs/vmconsole-proxy-user.cer -noout -text | grep Not
Not Before: Mar 30 04:48:41 2021 GMT
Not After : May  3 04:48:41 2022 GMT

What is the proper procedure to renew these certificates?

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Mon, Jun 13, 2022 at 6:23 PM Guillaume Pavese <
guillaume.pav...@interactiv-group.com> wrote:

> Thanks for your answer, I checked but I am still stuck :
>
> I confirm that the servlet can be reached, according to your recommended
> test (Method Not Allowed.):
>
> [root@vs-inf-prd-ovt-fr-501 ~]# wget
> https://localhost:443/ovirt-engine/services/vmconsole-proxy
> --no-check-certificate
> --2022-06-13 10:30:11--
> https://localhost/ovirt-engine/services/vmconsole-proxy
> Resolving localhost (localhost)... ::1, 127.0.0.1
> Connecting to localhost (localhost)|::1|:443... connected.
> The certificate's owner does not match hostname 'localhost'
> HTTP request sent, awaiting response... 405 Method Not Allowed
> 2022-06-13 10:30:11 ERROR 405: Method Not Allowed.
>
> I retried ovirt-vmconsole-list.py with "--debug", and looked at the logs :
>
> [root@vs-inf-prd-ovt-fr-501 ~]#
> /usr/libexec/ovirt-vmconsole-proxy-helper/ovirt-vmconsole-list.py --debug
> --version "1" keys
> [root@vs-inf-prd-ovt-fr-501 ~]#
> [root@vs-inf-prd-ovt-fr-501 ~]# grep vmconsole /var/log/messages
> Jun 13 10:35:41 vs-inf-prd-ovt-fr-501 journal[3112274]: 2022-06-13
> 10:35:41,222+0200 ovirt-vmconsole-list: ERROR main:265 Error: HTTP Error
> 403: Forbidden
>
> To be noted,
> We did change the engine's CA certificate at some point by following this
> procedure
> https://ovirt.org/documentation/administration_guide/index.html#Replacing_the_Manager_CA_Certificate
> We also renewed the certificates during a standard engine --setup upgrade
> to 4.4.10
>
>
>
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
>
>
> On Mon, Jun 13, 2022 at 4:47 PM Radoslaw Szwajkowski 
> wrote:
>
>> Hi,
>> the first thing to check is the firewall:  check with wget if the
>> servlet can be reached (method not allow error means you have
>> connected)
>>
>> wget localhost:8080/ovirt-engine/services/vmconsole-proxy
>> HTTP request sent, awaiting response... 405 Method Not Allowed
>> 2022-06-13 09:36:48 ERROR 405: Method Not Allowed.
>>
>> When using the ovirt-vmconsole-list you can also check system log[1]
>> i.e. if the server cannot be reached you should see sth like this
>>
>> grep vmconsole  /var/log/messages
>> Jun 13 08:58:02 developer journal[2972]: 2022-06-13 08:58:02,992+0200
>> ovirt-vmconsole-list: ERROR main:265 Error: > Connection refused>
>>
>> Note also that you can increase the log level by passing "--debug"
>> param or just look inside the script.
>>
>> best regards,
>> radek
>>
>> [1] https://github.com/oVirt/ovirt-vmconsole#problem-determination
>>
>> On Mon, Jun 13, 2022 at 8:22 AM Guillaume Pavese
>>  wrote:
>> >
>> > Hello everyone,
>> >
>> > We have the same problem on our oVirt 4.4.10 Production server.
>> > ssh connection to vmconsole@engine was previously working in 4.4.6.
>> but it stopped working at some point, maybe since upgraded to 4.4.10
>> >
>> > contrary to a working test environment that was directly installed on
>> 4.4.10,
>> > And as for Nathanaël,
>> > the following returns nothing : ovirt-vmconsole-list.py --version "1"
>> keys
>> >
>> > [root@vs-inf-prd-ovt-fr-501 ~]#
>> /usr/libexec/ovirt-vmconsole-proxy-helper/ovirt-vmconsole-list.py --version
>> "1" keys
>> > [root@vs-inf-prd-ovt-fr-501 ~]#
>> >
>> > I have verified that the keys stills appear on users' Option -> "User's
>> Public Key" in the engine's UI
>> >
>> > What can I try to fix this?
>> >
>> >
>> > Gu

[ovirt-users] Re: "Retrieval of iSCSI targets failed" during hosted engine deployment on oVirt node 4.5

[Guillaume Pavese]

I can confirm that I had exactly the same problem on oVirt 4.4.10
As you said :

"The error suggest that the iSCSI portal port number (which is defaulted to
3260 in the UI) is not being properly passed into the python module
ovirt/ovirt/plugins/modules/ovirt_host.py"


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Sat, Jun 18, 2022 at 9:47 AM  wrote:

> I was ultimately unable to determine why the GUI is unable to pass the
> port number into the ansible playbooks.
>
> I used the command line installation method instead [*1], and was able to
> successfully complete the hosted engine install w/ iSCSI storage domain
>
> hosted-engine --deploy --ansible-extra-vars=he_offline_deployment=true
>
> [*1] -
> https://ovirt.org/documentation/installing_ovirt_as_a_self-hosted_engine_using_the_command_line/index.html#Deploying_the_Self-Hosted_Engine_Using_the_CLI_install_RHVM
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/7NRKZIBNAOC73CHSELD3M2DAOV7DIR77/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7G7Y55BTVT4AIZZWOHU6UJBGPG4HYFAE/

[ovirt-users] Re: can't use vmconsole anymore

[Guillaume Pavese]

Hello everyone,

We have the same problem on our oVirt 4.4.10 Production server.
ssh connection to vmconsole@engine was previously working in 4.4.6. but it
stopped working at some point, maybe since upgraded to 4.4.10

contrary to a working test environment that was directly installed on
4.4.10,
And as for Nathanaël,
the following returns nothing : ovirt-vmconsole-list.py --version "1" keys

[root@vs-inf-prd-ovt-fr-501 ~]#
/usr/libexec/ovirt-vmconsole-proxy-helper/ovirt-vmconsole-list.py --version
"1" keys
[root@vs-inf-prd-ovt-fr-501 ~]#

I have verified that the keys stills appear on users' Option -> "User's
Public Key" in the engine's UI

What can I try to fix this?


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Mon, May 10, 2021 at 9:47 PM Nathanaël Blanchet  wrote:

> Hi,
>
> I can't still connect to my vms with vmconsole proxy on my production
> engine (other test and dev engine are OK).
>
> the ssh key for the wanted user is available in the the API:
>
> 
>  href="/ovirt-engine/api/users/64b7f3bf-9d43-4508-af93-63ad77652be3/sshpublickeys/aaace8d4-08d3-4452-ac91-df4b491bd899"
> id="aaace8d4-08d3-4452-ac91-df4b491bd899">
> 
> ssh-rsa
> B3NzaC1yc2EBIwAAAQEAyfrDI84RWtSvFOUvpb9DkbnIuEfZEQAt4ZCXDHNXcmRwa9iXfPbj69gkOJyj7Jhj9RinJn9at4NgJtrO/rRRgT+SzYUWpdO2KWHgRM5v1rpYcw820ZDdAZk+yxCjQsy6kd49q/q6B+Uzg8Kpth+CAV1ubRrBYqFiuT/qQe9y+0N1TkNdASWL38oZH9K0rzbDb4WlU2Er2BCXzoLF2NBk7iyaS3+Y65DqWPPHHdh89nilC6k5N7SCUkSOayrjh7NnErkBAKZ6PPaarZqZhZPrCbHZnu0oqA0XQXKLcYpwuhNwcK8e4ZWsDwMmArnNcmS6JFxnPIrGYxxmv01K6VXVvw==
> 
>  id="64b7f3bf-9d43-4508-af93-63ad77652be3"/>
> 
> 
>
> But /usr/libexec/ovirt-vmconsole-proxy-helper/ovirt-vmconsole-list.py
> --version "1" keys still returns nothing.
>
> On the engine:
>
> [root@air ~]# systemctl status ovirt-vmconsole-proxy-sshd.service
> ● ovirt-vmconsole-proxy-sshd.service - oVirt VM Console SSH server daemon
>Loaded: loaded
> (/usr/lib/systemd/system/ovirt-vmconsole-proxy-sshd.service; enabled;
> vendor preset: disabled)
>Active: active (running) since Mon 2021-05-10 14:16:55 CEST; 22min ago
>  Main PID: 3649210 (sshd)
> Tasks: 1 (limit: 204594)
>Memory: 2.7M
>CGroup: /system.slice/ovirt-vmconsole-proxy-sshd.service
>└─3649210 /usr/sbin/sshd -f
> /usr/share/ovirt-vmconsole/ovirt-vmconsole-proxy/ovirt-vmconsole-proxy-sshd/sshd_config
> -D
>
> mai 10 14:16:55 air.v100.abes.fr systemd[1]: Started oVirt VM Console SSH
> server daemon.
> mai 10 14:16:55 air.v100.abes.fr sshd[3649210]: Server listening on
> 0.0.0.0 port .
> mai 10 14:16:55 air.v100.abes.fr sshd[3649210]: Server listening on ::
> port .
> mai 10 14:17:01 air.v100.abes.fr ovirt-vmconsole-proxy-keys[3649214]:
> ERROR '"keys"'
> mai 10 14:17:01 air.v100.abes.fr sshd[3649212]: AuthorizedKeysCommand
> /usr/libexec/ovirt-vmconsole-proxy-keys ovirt-vmconsole failed, status 1
> mai 10 14:17:02 air.v100.abes.fr ovirt-vmconsole-proxy-keys[3649218]:
> ERROR '"keys"'
> mai 10 14:17:02 air.v100.abes.fr sshd[3649212]: AuthorizedKeysCommand
> /usr/libexec/ovirt-vmconsole-proxy-keys ovirt-vmconsole failed, status 1
> mai 10 14:17:02 air.v100.abes.fr sshd[3649212]: Connection closed by
> authenticating user ovirt-vmconsole 10.34.100.131 port 46874 [preauth]
>
> I tried to execute /usr/libexec/ovirt-vmconsole-proxy-keys ovirt-vmconsole
> but it gives an internal ERROR (as on the other working engine, so it may
> be not relevant)
>
> What can I test more?
> Le 18/04/2021 à 15:59, Sharon Gratch a écrit :
>
> Hi,
>
> Please follow the instructions mentioned here:
> https://www.ovirt.org/documentation/virtual_machine_management_guide/#Logging_in_to_a_virtual_machine_using_SPICE
>
> <https://www.ovirt.org/documentation/virtual_machine_management_guide/#Logging_in_to_a_virtual_machine_using_SPICE>-
> > " Opening a Serial Console to a Virtual Machine".
>
> It seems that something is wrong with the user permissions/keys.
> Is the 4.4.5 oVirt installation an upgraded or a new installation?
> You mentioned that it's working with your other engines? Do they all use
> the 4.4.5 version?
>
> Thanks,
> Sharon
>
>
> On Fri, Apr 16, 2021 at 1:31 PM Nathanaël Blanchet 
> wrote:
>
>> I removed the user and created an other time. Now, I have this
>>
>> The key seems to be present in the DB
>>
>> engine=# SELECT users.username, user_profiles.property_content::text
>> FROM user_profiles
>> JOIN users ON users.user_id = user_profiles.user_id
>> WHERE user_profiles.property_type= 'SSH_PUBLIC_KEY';
>>   username |
>> property_content
>>
>>
>> -

[ovirt-users] Re: can't use vmconsole anymore

[Guillaume Pavese]

Thanks for your answer, I checked but I am still stuck :

I confirm that the servlet can be reached, according to your recommended
test (Method Not Allowed.):

[root@vs-inf-prd-ovt-fr-501 ~]# wget
https://localhost:443/ovirt-engine/services/vmconsole-proxy
--no-check-certificate
--2022-06-13 10:30:11--
https://localhost/ovirt-engine/services/vmconsole-proxy
Resolving localhost (localhost)... ::1, 127.0.0.1
Connecting to localhost (localhost)|::1|:443... connected.
The certificate's owner does not match hostname 'localhost'
HTTP request sent, awaiting response... 405 Method Not Allowed
2022-06-13 10:30:11 ERROR 405: Method Not Allowed.

I retried ovirt-vmconsole-list.py with "--debug", and looked at the logs :

[root@vs-inf-prd-ovt-fr-501 ~]#
/usr/libexec/ovirt-vmconsole-proxy-helper/ovirt-vmconsole-list.py --debug
--version "1" keys
[root@vs-inf-prd-ovt-fr-501 ~]#
[root@vs-inf-prd-ovt-fr-501 ~]# grep vmconsole /var/log/messages
Jun 13 10:35:41 vs-inf-prd-ovt-fr-501 journal[3112274]: 2022-06-13
10:35:41,222+0200 ovirt-vmconsole-list: ERROR main:265 Error: HTTP Error
403: Forbidden

To be noted,
We did change the engine's CA certificate at some point by following this
procedure
https://ovirt.org/documentation/administration_guide/index.html#Replacing_the_Manager_CA_Certificate
We also renewed the certificates during a standard engine --setup upgrade
to 4.4.10



Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Mon, Jun 13, 2022 at 4:47 PM Radoslaw Szwajkowski 
wrote:

> Hi,
> the first thing to check is the firewall:  check with wget if the
> servlet can be reached (method not allow error means you have
> connected)
>
> wget localhost:8080/ovirt-engine/services/vmconsole-proxy
> HTTP request sent, awaiting response... 405 Method Not Allowed
> 2022-06-13 09:36:48 ERROR 405: Method Not Allowed.
>
> When using the ovirt-vmconsole-list you can also check system log[1]
> i.e. if the server cannot be reached you should see sth like this
>
> grep vmconsole  /var/log/messages
> Jun 13 08:58:02 developer journal[2972]: 2022-06-13 08:58:02,992+0200
> ovirt-vmconsole-list: ERROR main:265 Error:  Connection refused>
>
> Note also that you can increase the log level by passing "--debug"
> param or just look inside the script.
>
> best regards,
> radek
>
> [1] https://github.com/oVirt/ovirt-vmconsole#problem-determination
>
> On Mon, Jun 13, 2022 at 8:22 AM Guillaume Pavese
>  wrote:
> >
> > Hello everyone,
> >
> > We have the same problem on our oVirt 4.4.10 Production server.
> > ssh connection to vmconsole@engine was previously working in 4.4.6. but
> it stopped working at some point, maybe since upgraded to 4.4.10
> >
> > contrary to a working test environment that was directly installed on
> 4.4.10,
> > And as for Nathanaël,
> > the following returns nothing : ovirt-vmconsole-list.py --version "1"
> keys
> >
> > [root@vs-inf-prd-ovt-fr-501 ~]#
> /usr/libexec/ovirt-vmconsole-proxy-helper/ovirt-vmconsole-list.py --version
> "1" keys
> > [root@vs-inf-prd-ovt-fr-501 ~]#
> >
> > I have verified that the keys stills appear on users' Option -> "User's
> Public Key" in the engine's UI
> >
> > What can I try to fix this?
> >
> >
> > Guillaume Pavese
> > Ingénieur Système et Réseau
> > Interactiv-Group
> >
> >
> > On Mon, May 10, 2021 at 9:47 PM Nathanaël Blanchet 
> wrote:
> >>
> >> Hi,
> >>
> >> I can't still connect to my vms with vmconsole proxy on my production
> engine (other test and dev engine are OK).
> >>
> >> the ssh key for the wanted user is available in the the API:
> >>
> >> 
> >>  href="/ovirt-engine/api/users/64b7f3bf-9d43-4508-af93-63ad77652be3/sshpublickeys/aaace8d4-08d3-4452-ac91-df4b491bd899"
> id="aaace8d4-08d3-4452-ac91-df4b491bd899">
> >> 
> >> ssh-rsa
> B3NzaC1yc2EBIwAAAQEAyfrDI84RWtSvFOUvpb9DkbnIuEfZEQAt4ZCXDHNXcmRwa9iXfPbj69gkOJyj7Jhj9RinJn9at4NgJtrO/rRRgT+SzYUWpdO2KWHgRM5v1rpYcw820ZDdAZk+yxCjQsy6kd49q/q6B+Uzg8Kpth+CAV1ubRrBYqFiuT/qQe9y+0N1TkNdASWL38oZH9K0rzbDb4WlU2Er2BCXzoLF2NBk7iyaS3+Y65DqWPPHHdh89nilC6k5N7SCUkSOayrjh7NnErkBAKZ6PPaarZqZhZPrCbHZnu0oqA0XQXKLcYpwuhNwcK8e4ZWsDwMmArnNcmS6JFxnPIrGYxxmv01K6VXVvw==
> >> 
> >>  href="/ovirt-engine/api/users/64b7f3bf-9d43-4508-af93-63ad77652be3"
> id="64b7f3bf-9d43-4508-af93-63ad77652be3"/>
> >> 
> >> 
> >>
> >> But /usr/libexec/ovirt-vmconsole-proxy-helper/ovirt-vmconsole-list.py
> --version "1" keys still returns nothing.
> >>
> >> On the engine:
> >>
> >> [root@air 

[ovirt-users] Moving raw/sparse disk from NFS to iSCSI fails on oVirt 4.5.1

[Guillaume Pavese]

On a 4.5.1 DC, I have imported a vm and its disk from an old 4.3 DC
(through an export domain if that's relevant)

The DC/Cluster compat level is 4.7 and the vm was upgraded to it.

"Original custom compatibility version 4.3 of imported VM xxx is not
supported. Changing it to the lowest supported version: 4.7."


The disk is raw and sparse :

raw
true


I initially put the VM's disks on an NFS storage domain, but I want to move
the disks to an iSCSI one
However, after copying data for a while the task fails "User  has failed to
move disk VM-TEMPLATE-COS7_Disk1 to domain iSCSI-STO-FR-301"

in engine.log :

qemu-img: error while writing at byte xxx: No space left on device


2022-07-21 08:58:23,240+02 INFO
 [org.ovirt.engine.core.vdsbroker.vdsbroker.GetHostJobsVDSCommand]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-48)
[65fed1dc-e33b-471e-bc49-8b9662400e5f] FINISH, GetHostJobsVDSCommand,
return:
{0aa2d519-8130-4e2f-bc4f-892e5f7b5206=HostJobInfo:{id='0aa2d519-8130-4e2f-bc4f-892e5f7b5206',
type='storage', description='copy_data', status='failed', progress='79',
error='VDSError:{code='GeneralException', message='General Exception:
("Command ['/usr/bin/qemu-img', 'convert', '-p', '-t', 'none', '-T',
'none', '-f', 'raw', '-O', 'qcow2', '-o', 'compat=1.1',
'/rhev/data-center/mnt/svc-int-prd-sto-fr-301.hostics.fr:_volume1_ovirt-int-2_data/1ce95c4a-2ec5-47b7-bd24-e540165c6718/images/d3c33cc7-f2c3-4613-84d0-d3c9fa3d5ebd/2c4a0041-b18b-408f-9c0d-971c19a552ea',
'/rhev/data-center/mnt/blockSD/b5dc9c01-3749-4326-99c5-f84f683190bd/images/d3c33cc7-f2c3-4613-84d0-d3c9fa3d5ebd/2c4a0041-b18b-408f-9c0d-971c19a552ea']
failed with rc=1 out=b'' err=bytearray(b'qemu-img: error while writing at
byte 13639873536: No space left on device\\n')",)'}'}}, log id: 73f77495

2022-07-21 08:58:23,241+02 INFO
 [org.ovirt.engine.core.bll.StorageJobCallback]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-48)
[65fed1dc-e33b-471e-bc49-8b9662400e5f] Command CopyData id:
'521bdf57-8379-40ce-a682-af859fb0cad7': job
'0aa2d519-8130-4e2f-bc4f-892e5f7b5206' execution was completed with VDSM
job status 'failed'




I do want the conversion from raw/sparse to qcow2/sparse to happen, as I
want to activate incremental backups.

I think that it may fail because the virtual size is bigger than the
initial size, as I think someone as explained on this list earlier? Can
anybody confirm?
It seems to be a pretty common use case to support though?

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/OT6E7NCPR5454FOMVYATIPC5IB27FYUY/

[ovirt-users] Re: cockpit-ovirt-dashboard

[Guillaume Pavese]

cockpit-ovirt-dashboard is deprecated, you should install with command line
on your host : ovirt-hosted-engine-setup

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Thu, Jul 21, 2022 at 7:10 PM less foobar via Users 
wrote:

> When you try to follow the documentation for rhel 9 you can't install the
> cockpit-ovirt-dashboard. The package is missing. Even on ovirt version 9
> the dashboard is missing from the cockpit interface.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FYF6TOCFNMOGXSU6IN3E7V4GVEYN2PCM/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UZAZLDP2TGLAJDWEG7PL3CL77FOLQHWA/

[ovirt-users] Re: Moving raw/sparse disk from NFS to iSCSI fails on oVirt 4.5.1

[Guillaume Pavese]

Did anyone have the chance to look at this problem?

It seems that it may be related to another problem we have encountered when
trying to import a vm with qcow2 disks that have been sparsified first
(virt-sparsify), from a kvm/libvirt provider to a iSCSI storage domain.
In those case, we get an error that the import failed, and in the import
log we can see a similar "qemu-img: error while writing at byte xxx: No
space left on device"

Obviously, it is not a storage space problem as in both situations we are
using an iSCSI LUN with ample free space.

Best regards,

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Thu, Jul 21, 2022 at 11:49 PM Guillaume Pavese <
guillaume.pav...@interactiv-group.com> wrote:

> On a 4.5.1 DC, I have imported a vm and its disk from an old 4.3 DC
> (through an export domain if that's relevant)
>
> The DC/Cluster compat level is 4.7 and the vm was upgraded to it.
>
> "Original custom compatibility version 4.3 of imported VM xxx is not
> supported. Changing it to the lowest supported version: 4.7."
>
>
> The disk is raw and sparse :
>
> raw
> true
>
>
> I initially put the VM's disks on an NFS storage domain, but I want to
> move the disks to an iSCSI one
> However, after copying data for a while the task fails "User  has failed
> to move disk VM-TEMPLATE-COS7_Disk1 to domain iSCSI-STO-FR-301"
>
> in engine.log :
>
> qemu-img: error while writing at byte xxx: No space left on device
>
>
> 2022-07-21 08:58:23,240+02 INFO
>  [org.ovirt.engine.core.vdsbroker.vdsbroker.GetHostJobsVDSCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-48)
> [65fed1dc-e33b-471e-bc49-8b9662400e5f] FINISH, GetHostJobsVDSCommand,
> return:
> {0aa2d519-8130-4e2f-bc4f-892e5f7b5206=HostJobInfo:{id='0aa2d519-8130-4e2f-bc4f-892e5f7b5206',
> type='storage', description='copy_data', status='failed', progress='79',
> error='VDSError:{code='GeneralException', message='General Exception:
> ("Command ['/usr/bin/qemu-img', 'convert', '-p', '-t', 'none', '-T',
> 'none', '-f', 'raw', '-O', 'qcow2', '-o', 'compat=1.1',
> '/rhev/data-center/mnt/svc-int-prd-sto-fr-301.hostics.fr:_volume1_ovirt-int-2_data/1ce95c4a-2ec5-47b7-bd24-e540165c6718/images/d3c33cc7-f2c3-4613-84d0-d3c9fa3d5ebd/2c4a0041-b18b-408f-9c0d-971c19a552ea',
> '/rhev/data-center/mnt/blockSD/b5dc9c01-3749-4326-99c5-f84f683190bd/images/d3c33cc7-f2c3-4613-84d0-d3c9fa3d5ebd/2c4a0041-b18b-408f-9c0d-971c19a552ea']
> failed with rc=1 out=b'' err=bytearray(b'qemu-img: error while writing at
> byte 13639873536: No space left on device\\n')",)'}'}}, log id: 73f77495
>
> 2022-07-21 08:58:23,241+02 INFO
>  [org.ovirt.engine.core.bll.StorageJobCallback]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-48)
> [65fed1dc-e33b-471e-bc49-8b9662400e5f] Command CopyData id:
> '521bdf57-8379-40ce-a682-af859fb0cad7': job
> '0aa2d519-8130-4e2f-bc4f-892e5f7b5206' execution was completed with VDSM
> job status 'failed'
>
>
>
>
> I do want the conversion from raw/sparse to qcow2/sparse to happen, as I
> want to activate incremental backups.
>
> I think that it may fail because the virtual size is bigger than the
> initial size, as I think someone as explained on this list earlier? Can
> anybody confirm?
> It seems to be a pretty common use case to support though?
>
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JBJYWWTAMJBZJ7A6FTJE2BROUPRGEG3D/

[ovirt-users] Re: Moving raw/sparse disk from NFS to iSCSI fails on oVirt 4.5.1

[Guillaume Pavese]

Hello,

Just upping my message.
We have a frequent use of importing libvirt vms with sparsified qcow2
disks, so we have hit the import bug to iSCSI a lot of times already. Is it
an unsupported use case?
Same question about moving a raw/sparse disk from NFS volume to iSCSI.

Thanks for any feedback


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Wed, Jul 27, 2022 at 11:45 AM Guillaume Pavese <
guillaume.pav...@interactiv-group.com> wrote:

> Did anyone have the chance to look at this problem?
>
> It seems that it may be related to another problem we have encountered
> when trying to import a vm with qcow2 disks that have been sparsified first
> (virt-sparsify), from a kvm/libvirt provider to a iSCSI storage domain.
> In those case, we get an error that the import failed, and in the import
> log we can see a similar "qemu-img: error while writing at byte xxx: No
> space left on device"
>
> Obviously, it is not a storage space problem as in both situations we are
> using an iSCSI LUN with ample free space.
>
> Best regards,
>
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
>
>
> On Thu, Jul 21, 2022 at 11:49 PM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> On a 4.5.1 DC, I have imported a vm and its disk from an old 4.3 DC
>> (through an export domain if that's relevant)
>>
>> The DC/Cluster compat level is 4.7 and the vm was upgraded to it.
>>
>> "Original custom compatibility version 4.3 of imported VM xxx is not
>> supported. Changing it to the lowest supported version: 4.7."
>>
>>
>> The disk is raw and sparse :
>>
>> raw
>> true
>>
>>
>> I initially put the VM's disks on an NFS storage domain, but I want to
>> move the disks to an iSCSI one
>> However, after copying data for a while the task fails "User  has failed
>> to move disk VM-TEMPLATE-COS7_Disk1 to domain iSCSI-STO-FR-301"
>>
>> in engine.log :
>>
>> qemu-img: error while writing at byte xxx: No space left on device
>>
>>
>> 2022-07-21 08:58:23,240+02 INFO
>>  [org.ovirt.engine.core.vdsbroker.vdsbroker.GetHostJobsVDSCommand]
>> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-48)
>> [65fed1dc-e33b-471e-bc49-8b9662400e5f] FINISH, GetHostJobsVDSCommand,
>> return:
>> {0aa2d519-8130-4e2f-bc4f-892e5f7b5206=HostJobInfo:{id='0aa2d519-8130-4e2f-bc4f-892e5f7b5206',
>> type='storage', description='copy_data', status='failed', progress='79',
>> error='VDSError:{code='GeneralException', message='General Exception:
>> ("Command ['/usr/bin/qemu-img', 'convert', '-p', '-t', 'none', '-T',
>> 'none', '-f', 'raw', '-O', 'qcow2', '-o', 'compat=1.1',
>> '/rhev/data-center/mnt/svc-int-prd-sto-fr-301.hostics.fr:_volume1_ovirt-int-2_data/1ce95c4a-2ec5-47b7-bd24-e540165c6718/images/d3c33cc7-f2c3-4613-84d0-d3c9fa3d5ebd/2c4a0041-b18b-408f-9c0d-971c19a552ea',
>> '/rhev/data-center/mnt/blockSD/b5dc9c01-3749-4326-99c5-f84f683190bd/images/d3c33cc7-f2c3-4613-84d0-d3c9fa3d5ebd/2c4a0041-b18b-408f-9c0d-971c19a552ea']
>> failed with rc=1 out=b'' err=bytearray(b'qemu-img: error while writing at
>> byte 13639873536: No space left on device\\n')",)'}'}}, log id: 73f77495
>>
>> 2022-07-21 08:58:23,241+02 INFO
>>  [org.ovirt.engine.core.bll.StorageJobCallback]
>> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-48)
>> [65fed1dc-e33b-471e-bc49-8b9662400e5f] Command CopyData id:
>> '521bdf57-8379-40ce-a682-af859fb0cad7': job
>> '0aa2d519-8130-4e2f-bc4f-892e5f7b5206' execution was completed with VDSM
>> job status 'failed'
>>
>>
>>
>>
>> I do want the conversion from raw/sparse to qcow2/sparse to happen, as I
>> want to activate incremental backups.
>>
>> I think that it may fail because the virtual size is bigger than the
>> initial size, as I think someone as explained on this list earlier? Can
>> anybody confirm?
>> It seems to be a pretty common use case to support though?
>>
>> Guillaume Pavese
>> Ingénieur Système et Réseau
>> Interactiv-Group
>>
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute

[ovirt-users] Re: aggregate multiple hosts

[Guillaume Pavese]

Hi,

Running a vm sharing compute resources from multiple nodes is not possible.
Moreover, Intel E8400 processors are too old, and not supported since oVirt
4.3

Best regards,

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Fri, Jan 13, 2023 at 8:01 PM Nathanaël Blanchet via Users <
users@ovirt.org> wrote:

>
> Le 13/01/2023 à 10:57, Csókási István Lehel a écrit :
>
> I want to increase the performance of a virtual machine by connecting 6
> nodes. Windows 10 runs on the virtual machine, the nodes are HP Compaq 7900
> PCs with Intel E8400 3 GHz Dual core processor, Q45 chipset, 4Gb RAM
>
> Thank you
>
> If you want to aggregate hardware capabilities to an unique VM, i.e. vcpu
> from multiple hosts or RAM aggragation, I don't think it is possible, but I
> may be wrong... some other members of the  community may confirm.
>
>
> 2023. 01. 13. 10:18 keltezéssel, Nathanaël Blanchet írta:
>
> You should precise your intention to do so.
> Thank you
>
> Le 13 janv. 2023 08:52, csokasi.le...@gmail.com a écrit :
> I would like to ask if it is possible to aggregate multiple hosts to a
> single virtual machine.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/665K3Y7QSINUFN54T2LMKK3FKTDS6RKD/
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TFCBZ7DXKTYTUUBK7SMCKKFE6YPMKBST/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VIGWIRVENC76JPIVWOWDU3SNPEHKTC2E/

[ovirt-users] Re: Sparsifying VM disk not working

[Guillaume Pavese]

Is it also broken on the NFS data domain, or only on iSCSI?
As I understand, sparsifying isn't  supported on iSCSI data domains.

I am not sure of the reason why iSCSI domains don't support sparsify, but
it would be great.
I'd love an input from oVirt storage gurus to understand the limitation


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Wed, Jan 11, 2023 at 11:35 PM  wrote:

> Hello,
>
> i cannot get sparsifying to work in lastest oVirt 4.5.4 release (not that
> i have tried with a previous release)
>
> I have two Data domains connected to oVirt using iSCSI & NFS.
>
> I created 2 testvm's  and 50GB thin provisioned qcow2 disks for each, made
> some temp files, remove them and tried to sparsify, but it does not work.
>
> Error i am getting is:
> Error while executing action: Cannot sparsify Virtual Disk. Sparsifying is
> not supported for QCOW2 disk testvm1_Disk1.
>
> In virtual disk options i have enable, Bootable, incremental back and for
> one of the images i enable discard for testing purposes.
>
> What am i doing wrong?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/LBPY4DYC6TWYFKVV7SG77JA7H743GAXX/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LKTFS5GKMYKV33CW2JR6H2J7LLE7CIZG/

[ovirt-users] Re: expired host certificate

[Guillaume Pavese]

Sure,
I least for us that may prove to be useful!


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Thu, Nov 17, 2022 at 3:21 AM  wrote:

> Hi, I got the same issue yesterday when I was trying to migrate a VM. The
> migration failed because of the expired certificate. As I cannot migrate
> and VMs must be running I could not put the hypervisor in maintenance mode
> and do an "Enroll Certificate".
> Instead I found a manual way to renew the certificates and has now created
> an ansible role/playbook for it that will renew certificates and restart
> service vdsmd and libvirtd.
> Let me know if you would like to get a copy of the ansible role.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/XBL2OCDIIYERODQE7QXDP7ZRN3LHONYR/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/H3WAPX7OZEIDHJ5HKOZQLHVODDQDNOHM/

[ovirt-users] Re: NIC Ordering

[Guillaume Pavese]

I think it depends on the mac addresses.
If you see that the MAC addresses are not sequential, delete the NICs and
recreate them in the order you want them to be
it world for us


Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Wed, May 24, 2023 at 1:46 AM Alan G  wrote:

> Is there any way to enforce NIC ordering so the vNICs match the ordering
> in the Engine UI?
>
> I found this but not clear if it was ever implemented?
>
>
> https://www.ovirt.org/develop/release-management/features/network/predictable-vnic-order.html
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/I3CSHZWQBSIGPKZKJBGVQUIJEGLHZNF3/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  
<https://interactiv-group.com/disclaimer.html>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PFAXDVCDWTA3AUTLV75Z7HR3WUKVONG4/

[ovirt-users] Re: [ovirt-devel] Re: oVirt 4.6 OS versions

[Guillaume Pavese]

Unless someone from the community steps up to take RedHat's role, there
won't be any 4.6

On Fri, Jan 12, 2024 at 8:51 AM Diggy Mc  wrote:

>
> Isn't the oVirt 4.5 Hosted Engine built on CentOS Stream 8 ???  Stream 8
> ends in May 2024.  I ask because we are still running on 4.4 and are
> thinking about holding off until oVirt 4.6 before we deploy a new oVirt
> environment.
> ___
> Devel mailing list -- de...@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/de...@ovirt.org/message/MBQDZTC5K3R2VXVJVYZNCCNEUNXRLS3Y/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FZXZE27BOE4FQNLC2776EHE44UTKE6EO/

[ovirt-users] Re: [ovirt-devel] Foreman needs a release of ovirt-engine-sdk-ruby

[Guillaume Pavese]

We were just starting to depend on this workflow...

On Fri, Jan 26, 2024 at 2:02 PM Ewoud Kohl van Wijngaarden <
ewoud+ov...@kohlvanwijngaarden.nl> wrote:

> Hello everyone,
>
> Foreman is a bit late in updating Ruby to a newer version. Looking ahead
> we're aiming at Ruby 3.1+ but ovirt-engine-sdk-ruby doesn't compile on
> it.
>
> https://github.com/oVirt/ovirt-engine-sdk-ruby/pull/3 was merged in
> September 2022 and a request to release it was opened a year ago:
> https://github.com/oVirt/ovirt-engine-sdk-ruby/issues/4
>
> The Foreman community is currently discussing dropping oVirt support:
> https://community.theforeman.org/t/proposal-to-drop-support-for-ovirt/36324
>
> Is there anyone who can still perform this release, or should we proceed
> with removal?
>
> Regards,
> Ewoud Kohl van Wijngaarden
> ___
> Devel mailing list -- de...@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/de...@ovirt.org/message/ESA4LFSQ5JPQWUGXTA7K7GAJJQUUEHXP/
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales) 
décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse 
ou il aurait été modifié. IT, ES, UK.  

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QOFKW4FKQIRO4S4LAYZA65MIWAES7PL7/