> On 31 Jul 2019, at 16:16, Neil <nwilson...@gmail.com> wrote: > > Hi Sharon, > > This issue still persists, and when I saw that 4.3.5 was released I've tried > to upgrade, but I see it says there are no packages available, however I see > I have 11 updates that are version locked.
you probably upgraded setup files already, but didn’t run engine-setup, did you? > Could this possibly be causing issues in terms of why updating to 4.3.5 when > it was in "pre" that it didn't resolve the dashboard problem? > > [root@ovirt]# yum update "ovirt-*-setup*" > Loaded plugins: fastestmirror, versionlock > Repository centos-sclo-rh-release is listed more than once in the > configuration > Repository ovirt-4.3-epel is listed more than once in the configuration > Repository ovirt-4.3-centos-gluster6 is listed more than once in the > configuration > Repository ovirt-4.3-virtio-win-latest is listed more than once in the > configuration > Repository ovirt-4.3-centos-qemu-ev is listed more than once in the > configuration > Repository ovirt-4.3-centos-ovirt43 is listed more than once in the > configuration > Repository ovirt-4.3-centos-opstools is listed more than once in the > configuration > Repository centos-sclo-rh-release is listed more than once in the > configuration > Repository sac-gluster-ansible is listed more than once in the configuration > Repository ovirt-4.3 is listed more than once in the configuration > Loading mirror speeds from cached hostfile > ovirt-4.3-epel/x86_64/metalink > | 46 kB 00:00:00 > * base: mirror.pcsp.co.za <http://mirror.pcsp.co.za/> > * extras: mirror.pcsp.co.za <http://mirror.pcsp.co.za/> > * ovirt-4.1: mirror.slu.cz <http://mirror.slu.cz/> > * ovirt-4.1-epel: ftp.uni-bayreuth.de <http://ftp.uni-bayreuth.de/> > * ovirt-4.2: mirror.slu.cz <http://mirror.slu.cz/> > * ovirt-4.2-epel: ftp.uni-bayreuth.de <http://ftp.uni-bayreuth.de/> > * ovirt-4.3-epel: ftp.uni-bayreuth.de <http://ftp.uni-bayreuth.de/> > * updates: mirror.bitco.co.za <http://mirror.bitco.co.za/> > ovirt-4.3-centos-gluster6 > | 2.9 kB 00:00:00 > ovirt-4.3-centos-opstools > | 2.9 kB 00:00:00 > ovirt-4.3-centos-ovirt43 > | 2.9 kB 00:00:00 > ovirt-4.3-centos-qemu-ev > | 2.9 kB 00:00:00 > ovirt-4.3-virtio-win-latest > | 3.0 kB 00:00:00 > sac-gluster-ansible > | 3.3 kB 00:00:00 > Excluding 11 updates due to versionlock (use "yum versionlock status" to show > them) > No packages marked for update > > [root@ovirt yum.repos.d]# yum versionlock status > Loaded plugins: fastestmirror, versionlock > Repository centos-sclo-rh-release is listed more than once in the > configuration > Repository ovirt-4.3-epel is listed more than once in the configuration > Repository ovirt-4.3-centos-gluster6 is listed more than once in the > configuration > Repository ovirt-4.3-virtio-win-latest is listed more than once in the > configuration > Repository ovirt-4.3-centos-qemu-ev is listed more than once in the > configuration > Repository ovirt-4.3-centos-ovirt43 is listed more than once in the > configuration > Repository ovirt-4.3-centos-opstools is listed more than once in the > configuration > Repository centos-sclo-rh-release is listed more than once in the > configuration > Repository sac-gluster-ansible is listed more than once in the configuration > Repository ovirt-4.3 is listed more than once in the configuration > Loading mirror speeds from cached hostfile > * base: mirror.pcsp.co.za <http://mirror.pcsp.co.za/> > * extras: mirror.pcsp.co.za <http://mirror.pcsp.co.za/> > * ovirt-4.1: mirror.slu.cz <http://mirror.slu.cz/> > * ovirt-4.1-epel: ftp.uni-bayreuth.de <http://ftp.uni-bayreuth.de/> > * ovirt-4.2: mirror.slu.cz <http://mirror.slu.cz/> > * ovirt-4.2-epel: ftp.uni-bayreuth.de <http://ftp.uni-bayreuth.de/> > * ovirt-4.3-epel: ftp.uni-bayreuth.de <http://ftp.uni-bayreuth.de/> > * updates: mirror.bitco.co.za <http://mirror.bitco.co.za/> > 0:ovirt-engine-webadmin-portal-4.2.8.2-1.el7.* > 0:ovirt-engine-dwh-4.2.4.3-1.el7.* > 0:ovirt-engine-tools-backup-4.2.8.2-1.el7.* > 0:ovirt-engine-restapi-4.2.8.2-1.el7.* > 0:ovirt-engine-dbscripts-4.2.8.2-1.el7.* > 0:ovirt-engine-4.2.8.2-1.el7.* > 0:ovirt-engine-backend-4.2.8.2-1.el7.* > 0:ovirt-engine-wildfly-14.0.1-3.el7.* > 0:ovirt-engine-wildfly-overlay-14.0.1-3.el7.* > 0:ovirt-engine-tools-4.2.8.2-1.el7.* > 0:ovirt-engine-extension-aaa-jdbc-1.1.7-1.el7.centos.* > versionlock status done > > Any ideas? > > Thank you. > Regards. > Neil Wilson. > > > > On Wed, Jul 24, 2019 at 3:46 PM Neil <nwilson...@gmail.com > <mailto:nwilson...@gmail.com>> wrote: > Hi Sharon, > > Thank you for the info and apologies for the very late reply. > > I've done the service ovirt-engine-dwhd restart, and unfortunately there's no > difference, below is the log.... > > 2019-07-24 > 03:00:00|3lI186|A138nf|XhBMpJ|OVIRT_ENGINE_DWH|DeleteTimeKeepingJob|Default|6|Java > Exception|tJDBCInput_10|org.postgresql.util.PSQLException:This connection > has been closed.|1 > Exception in component tJDBCInput_10 > org.postgresql.util.PSQLException: This connection has been closed. > at > org.postgresql.jdbc2.AbstractJdbc2Connection.checkClosed(AbstractJdbc2Connection.java:822) > at > org.postgresql.jdbc3.AbstractJdbc3Connection.createStatement(AbstractJdbc3Connection.java:229) > at > org.postgresql.jdbc2.AbstractJdbc2Connection.createStatement(AbstractJdbc2Connection.java:294) > at > ovirt_engine_dwh.deletetimekeepingjob_4_3.DeleteTimeKeepingJob.tJDBCInput_10Process(DeleteTimeKeepingJob.java:1493) > at > ovirt_engine_dwh.deletetimekeepingjob_4_3.DeleteTimeKeepingJob.tPostjob_2Process(DeleteTimeKeepingJob.java:1232) > at > ovirt_engine_dwh.deletetimekeepingjob_4_3.DeleteTimeKeepingJob.runJobInTOS(DeleteTimeKeepingJob.java:11707) > at > ovirt_engine_dwh.deletetimekeepingjob_4_3.DeleteTimeKeepingJob.runJob(DeleteTimeKeepingJob.java:11308) > at > ovirt_engine_dwh.parallelrun_4_3.ParallelRun.tInfiniteLoop_6Process(ParallelRun.java:4174) > at > ovirt_engine_dwh.parallelrun_4_3.ParallelRun.tJava_5Process(ParallelRun.java:3716) > at ovirt_engine_dwh.parallelrun_4_3.ParallelRun$5.run(ParallelRun.java:5758) > 2019-07-24 > 03:01:15|z7VVUn|A138nf|XhBMpJ|OVIRT_ENGINE_DWH|DeleteTimeKeepingJob|Default|6|Java > Exception|tJDBCInput_10|org.postgresql.util.PSQLException:This connection > has been closed.|1 > 2019-07-24 15:05:50|ETL Service Stopped > 2019-07-24 15:05:51|ETL Service Started > ovirtEngineDbDriverClass|org.postgresql.Driver > ovirtEngineHistoryDbJdbcConnection|jdbc:postgresql://localhost:5432/ovirt_engine_history?sslfactory=org.postgresql.ssl.NonValidatingFactory > hoursToKeepDaily|0 > hoursToKeepHourly|720 > ovirtEngineDbPassword|********************** > runDeleteTime|3 > ovirtEngineDbJdbcConnection|jdbc:postgresql://localhost:5432/engine?sslfactory=org.postgresql.ssl.NonValidatingFactory > runInterleave|60 > limitRows|limit 1000 > ovirtEngineHistoryDbUser|ovirt_engine_history > ovirtEngineDbUser|engine > deleteIncrement|10 > timeBetweenErrorEvents|300000 > hoursToKeepSamples|24 > deleteMultiplier|1000 > lastErrorSent|2011-07-03 12:46:47.000000 > etlVersion|4.3.5 > dwhAggregationDebug|false > dwhUuid|dca0ebd3-c58f-4389-a1f8-6aecc20b1316 > ovirtEngineHistoryDbDriverClass|org.postgresql.Driver > ovirtEngineHistoryDbPassword|********************** > > I've also attached a screenshot, the browser console log, as well as the > engine.log although I excluded (grep -v ObjectIdentityChecker | grep -v > ThreadPoolMonitoringService) from the engine.log because it was flooded with > those warnings. > > Please let me know if there is anything else I can try or if you need further > info. > > Thank you. > > Regards. > > Neil Wilson. > > > > On Tue, Jul 16, 2019 at 6:24 PM Sharon Gratch <sgra...@redhat.com > <mailto:sgra...@redhat.com>> wrote: > Hi, > > For the dashboard: > If ovirt-engine-dwh is still installed and running after upgrade (service > ovirt-engine-dwhd restart) then can you please re-check the > ovirt-engine-dwh.log file for errors? > @Shirly Radco <mailto:sra...@redhat.com> anything else to check? > > For the Migrate option, please attach again your browser console log snippet > when you have the problem and also a screenshot of the error. > > Please also attach the engine log (the warnings you mentioned are not related > to those issues). > > Thanks, > Sharon > > On Tue, Jul 16, 2019 at 4:14 PM Neil <nwilson...@gmail.com > <mailto:nwilson...@gmail.com>> wrote: > Hi Sharon, > > Thank you for coming back to me. > > Unfortunately I've upgraded to 4.3.5 today and both issues still persist. I > have also tried clearing all data out of my browser and re-logged back in. > > I see a new error though in my engine.log as below, however I still don't see > anything logged when I click the migrate button... > > 2019-07-16 15:01:19,600+02 WARN > [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15) > [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'balloonEnabled' can not be > updated when status is 'Up' > 2019-07-16 15:01:19,601+02 WARN > [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15) > [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'watchdog' can not be updated > when status is 'Up' > 2019-07-16 15:01:19,602+02 WARN > [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15) > [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'rngDevice' can not be updated > when status is 'Up' > 2019-07-16 15:01:19,602+02 WARN > [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15) > [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'soundDeviceEnabled' can not be > updated when status is 'Up' > 2019-07-16 15:01:19,603+02 WARN > [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15) > [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'consoleEnabled' can not be > updated when status is 'Up' > > Then in my vdsm.log I'm seeing the following error.... > > 2019-07-16 15:05:59,038+0200 WARN (qgapoller/3) [virt.periodic.VmDispatcher] > could not run <function <lambda> at 0x7f00a00476e0> on > ['ded20d05-f558-4e17-bf2d-e4907e1bbcde', > '8c93b301-b50d-4d3d-b6cb-54abb3d7f0bb', > '8d8571bf-a7ce-4e73-8d3e-fe1a2aab9b4b', > '2489c75f-2758-4d82-8338-12f02ff78afa', > '9a6561b8-5702-43dc-9e92-1dc5dfed4eef', > '523ad9ee-5738-42f2-9ee1-50727207e93b', > '84f4685b-39e1-4bc8-b8ab-755a2c325cb0', > '43c06f86-2e37-410b-84be-47e83052344a', > '6f44a02c-5de6-4002-992f-2c2c5feb2ee5', > '19844323-b3cc-441a-8d70-e45326848b10', > '77872f3d-c69f-48ab-992b-1d2765a38481'] (periodic:289) > > 2019-07-16 15:06:09,036+0200 WARN (qgapoller/2) [virt.periodic.VmDispatcher] > could not run <function <lambda> at 0x7f00a00476e0> on > ['ded20d05-f558-4e17-bf2d-e4907e1bbcde', > '8c93b301-b50d-4d3d-b6cb-54abb3d7f0bb', > '8d8571bf-a7ce-4e73-8d3e-fe1a2aab9b4b', > '2489c75f-2758-4d82-8338-12f02ff78afa', > '9a6561b8-5702-43dc-9e92-1dc5dfed4eef', > '523ad9ee-5738-42f2-9ee1-50727207e93b', > '84f4685b-39e1-4bc8-b8ab-755a2c325cb0', > '43c06f86-2e37-410b-84be-47e83052344a', > '6f44a02c-5de6-4002-992f-2c2c5feb2ee5', > '19844323-b3cc-441a-8d70-e45326848b10', > '77872f3d-c69f-48ab-992b-1d2765a38481'] (periodic:289) > > I'm not sure if this is related to either of the above issues though, but I > can attach the full log if needed. > > Please shout if there is anything else you think I can try doing. > > Thank you. > > Regards. > > Neil Wilson > > > > > On Mon, Jul 15, 2019 at 11:29 AM Sharon Gratch <sgra...@redhat.com > <mailto:sgra...@redhat.com>> wrote: > Hi Neil, > > Regarding issue 1 (Dashboard): > I recommend to upgrade to latest oVirt version 4.3.5, for this fix as well as > other enhancements and bug fixes. > For oVirt 4.3.5 installation / upgrade instructions: > http://www.ovirt.org/release/4.3.5/ <http://www.ovirt.org/release/4.3.5/> > > Regarding issue 2 (Manual Migrate dialog): > If it will be reproduced after upgrading then please try to clean your > browser caching before running the admin portal. It might help. > > Regards, > Sharon > > On Thu, Jul 11, 2019 at 1:24 PM Neil <nwilson...@gmail.com > <mailto:nwilson...@gmail.com>> wrote: > > Hi Sharon, > > Thanks for the assistance. > On Thu, Jul 11, 2019 at 11:58 AM Sharon Gratch <sgra...@redhat.com > <mailto:sgra...@redhat.com>> wrote: > Hi, > > Regarding issue 1 (Dashboard): > Did you upgrade the engine to 4.3.5? There was a bug fixed in version 4.3.4-5 > https://bugzilla.redhat.com/show_bug.cgi?id=1713967 > <https://bugzilla.redhat.com/show_bug.cgi?id=1713967> and it may be the same > issue. > > > No I wasn't aware that there were updates, how do I obtain 4.3.4-5 is there > another repo available? > > Regarding issue 2 (Manual Migrate dialog): > Can you please attach your browser console log and engine.log snippet when > you have the problem? > If you could take from the console log the actual REST API response, that > would be great. > The request will be something like <engine>/api/hosts?migration_target_of=... > > Please see attached text log for the browser console, I don't see any REST > API being logged, just a stack trace error. > The engine.log literally doesn't get updated when I click the Migrate button > so there isn't anything to share unfortunately. > > Please shout if you need further info. > > Thank you! > > > > > > On Thu, Jul 11, 2019 at 10:04 AM Neil <nwilson...@gmail.com > <mailto:nwilson...@gmail.com>> wrote: > Hi everyone, > Just an update. > > I have both hosts upgraded to 4.3, I have upgraded my DC and cluster to 4.3 > and I'm still faced with the same problems. > > 1.) My Dashboard says the following "Error! Could not fetch dashboard data. > Please ensure that data warehouse is properly installed and configured." > > 2.) When I click the Migrate button I get the error "Could not fetch data > needed for VM migrate operation" > > Upgrading my hosts resolved the "node status: DEGRADED" issue so at least > it's one issue down. > > I've done an engine-upgrade-check and a yum update on all my hosts and engine > and there are no further updates or patches waiting. > Nothing is logged in my engine.log when I click the Migrate button either. > > Any ideas what to do or try for 1 and 2 above? > > Thank you. > > Regards. > > Neil Wilson. > > > > > > On Thu, Jul 11, 2019 at 8:27 AM Alex K <rightkickt...@gmail.com > <mailto:rightkickt...@gmail.com>> wrote: > > > On Thu, Jul 11, 2019 at 7:57 AM Michal Skrivanek <michal.skriva...@redhat.com > <mailto:michal.skriva...@redhat.com>> wrote: > > > On 11 Jul 2019, at 06:34, Alex K <rightkickt...@gmail.com > <mailto:rightkickt...@gmail.com>> wrote: > >> >> >> On Tue, Jul 9, 2019, 19:10 Michal Skrivanek <michal.skriva...@redhat.com >> <mailto:michal.skriva...@redhat.com>> wrote: >> >> >> On 9 Jul 2019, at 17:16, Strahil <hunter86...@yahoo.com >> <mailto:hunter86...@yahoo.com>> wrote: >> >>> I'm not sure, but I always thought that you need an agent for live >>> migrations. >>> >> >> You don’t. For snapshots, and other less important stuff like reporting IPs >> you do. In 4.3 you should be fine with qemu-ga only >> I've seen resolving live migration issues by installing newer versions of >> ovirt ga. > > Hm, it shouldn’t make any difference whatsoever. Do you have any concrete > data? that would help. > That is some time ago when runnign 4.1. No data unfortunately. Also did not > expect ovirt ga to affect migration, but experience showed me that it did. > The only observation is that it affected only Windows VMs. Linux VMs never > had an issue, regardless of ovirt ga. >>> You can always try installing either qemu-guest-agent or ovirt-guest-agent >>> and check if live migration between hosts is possible. >>> >>> Have you set the new cluster/dc version ? >>> >>> Best Regards >>> Strahil Nikolov >>> >>> On Jul 9, 2019 17:42, Neil <nwilson...@gmail.com >>> <mailto:nwilson...@gmail.com>> wrote: >>> I remember seeing the bug earlier but because it was closed thought it was >>> unrelated, this appears to be it.... >>> >>> https://bugzilla.redhat.com/show_bug.cgi?id=1670701 >>> <https://bugzilla.redhat.com/show_bug.cgi?id=1670701> >>> >>> Perhaps I'm not understanding your question about the VM guest agent, but I >>> don't have any guest agent currently installed on the VM, not sure if the >>> output of my qemu-kvm process maybe answers this question?.... >>> >>> /usr/libexec/qemu-kvm -name guest=Headoffice.cbl-ho.local,debug-threads=on >>> -S -object >>> secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-1-Headoffice.cbl-ho.lo/master-key.aes >>> -machine pc-i440fx-rhel7.3.0,accel=kvm,usb=off,dump-guest-core=off -cpu >>> Broadwell,vme=on,f16c=on,rdrand=on,hypervisor=on,arat=on,xsaveopt=on,abm=on,rtm=on,hle=on >>> -m 8192 -realtime mlock=off -smp 8,maxcpus=64,sockets=16,cores=4,threads=1 >>> -numa node,nodeid=0,cpus=0-7,mem=8192 -uuid >>> 9a6561b8-5702-43dc-9e92-1dc5dfed4eef -smbios >>> type=1,manufacturer=oVirt,product=oVirt >>> Node,version=7-3.1611.el7.centos,serial=4C4C4544-0034-5810-8033- > > It’s 7.3, likely oVirt 4.1. Please upgrade... > >>> C2C04F4E4B32,uuid=9a6561b8-5702-43dc-9e92-1dc5dfed4eef -no-user-config >>> -nodefaults -chardev socket,id=charmonitor,fd=31,server,nowait -mon >>> chardev=charmonitor,id=monitor,mode=control -rtc >>> base=2019-07-09T10:26:53,driftfix=slew -global >>> kvm-pit.lost_tick_policy=delay -no-hpet -no-shutdown -boot strict=on >>> -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >>> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >>> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive >>> if=none,id=drive-ide0-1-0,readonly=on -device >>> ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive >>> file=/rhev/data-center/59831b91-00a5-01e4-0294-000000000018/8a607f8a-542a-473c-bb18-25c05fe2a3d4/images/56e8240c-a172-4f52-b0c1-2bddc4f34f93/9f245467-d31d-4f5a-8037-7c5012a4aa84,format=qcow2,if=none,id=drive-virtio-disk0,serial=56e8240c-a172-4f52-b0c1-2bddc4f34f93,werror=stop,rerror=stop,cache=none,aio=native >>> -device >>> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1,write-cache=on >>> -netdev tap,fd=33,id=hostnet0,vhost=on,vhostfd=34 -device >>> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:5b,bus=pci.0,addr=0x3 >>> -chardev socket,id=charchannel0,fd=35,server,nowait -device >>> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >>> -chardev socket,id=charchannel1,fd=36,server,nowait -device >>> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >>> -chardev spicevmc,id=charchannel2,name=vdagent -device >>> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >>> -spice tls-port=5900,addr=10.0.1.11 >>> <http://10.0.1.11/>,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=default,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >>> -device >>> qxl-vga,id=video0,ram_size=67108864,vram_size=8388608,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pci.0,addr=0x2 >>> -incoming defer -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 >>> -object rng-random,id=objrng0,filename=/dev/urandom -device >>> virtio-rng-pci,rng=objrng0,id=rng0,bus=pci.0,addr=0x8 -sandbox >>> on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny >>> -msg timestamp=on >>> >>> Please shout if you need further info. >>> >>> Thanks. >>> >>> >>> >>> >>> >>> >>> On Tue, Jul 9, 2019 at 4:17 PM Strahil Nikolov <hunter86...@yahoo.com >>> <mailto:hunter86...@yahoo.com>> wrote: >>> Shouldn't cause that problem. >>> >>> You have to find the bug in bugzilla and report a regression (if it's not >>> closed) , or open a new one and report the regression. >>> As far as I remember , only the dashboard was affected due to new features >>> about vdo disk savings. >>> >>> _______________________________________________ >>> Users mailing list -- users@ovirt.org <mailto:users@ovirt.org> >>> To unsubscribe send an email to users-le...@ovirt.org >>> <mailto:users-le...@ovirt.org> >>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>> <https://www.ovirt.org/site/privacy-policy/> >>> oVirt Code of Conduct: >>> https://www.ovirt.org/community/about/community-guidelines/ >>> <https://www.ovirt.org/community/about/community-guidelines/> >>> List Archives: >>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/IQCHU3VAIQQCG7NSBYK5UMZYFRTJ7B2E/ >>> >>> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/IQCHU3VAIQQCG7NSBYK5UMZYFRTJ7B2E/> >> _______________________________________________ >> Users mailing list -- users@ovirt.org <mailto:users@ovirt.org> >> To unsubscribe send an email to users-le...@ovirt.org >> <mailto:users-le...@ovirt.org> >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> <https://www.ovirt.org/site/privacy-policy/> >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> <https://www.ovirt.org/community/about/community-guidelines/> >> List Archives: >> https://lists.ovirt.org/archives/list/users@ovirt.org/message/RVCCY6JWXWH6UBJYLEHLMKFXURLWK7YR/ >> >> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/RVCCY6JWXWH6UBJYLEHLMKFXURLWK7YR/> > _______________________________________________ > Users mailing list -- users@ovirt.org <mailto:users@ovirt.org> > To unsubscribe send an email to users-le...@ovirt.org > <mailto:users-le...@ovirt.org> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > <https://www.ovirt.org/site/privacy-policy/> > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > <https://www.ovirt.org/community/about/community-guidelines/> > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/3OITNPMYSTEBN5I6VXW6JVM3ET4FGJZR/ > > <https://lists.ovirt.org/archives/list/users@ovirt.org/message/3OITNPMYSTEBN5I6VXW6JVM3ET4FGJZR/> > _______________________________________________ > Users mailing list -- users@ovirt.org <mailto:users@ovirt.org> > To unsubscribe send an email to users-le...@ovirt.org > <mailto:users-le...@ovirt.org> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > <https://www.ovirt.org/site/privacy-policy/> > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > <https://www.ovirt.org/community/about/community-guidelines/> > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/AWMVWDDQMY2TBMOVBGM72AJBDZ3QT7OQ/ > > <https://lists.ovirt.org/archives/list/users@ovirt.org/message/AWMVWDDQMY2TBMOVBGM72AJBDZ3QT7OQ/> > _______________________________________________ > 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/A6CWKQRS4AIWEFWG7D54ZTPKW5OCMHIO/
_______________________________________________ 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/DUBZEXJY34WH45C5BKM5VTEXQAKS2MAE/
