- Users - oVirt List Archives

Vds time out occured
by knarra 30 Aug '16

30 Aug '16

Hi, I have installed the latest bits of ovirt and i see that my events tab in the UI is flodded with the following error messages for all the hosts in the cluster. Can some help me understand why are these ? VDSM <host> command failed: Message timeout which can be caused by communication issues VDSM command failed: Vds timeout occured Thanks kasturi

3 5

Failed to execute stage 'Setup validation': Setup found legacy kerberos/ldap directory integration in use
by Grundmann, Christian 30 Aug '16

30 Aug '16

--_000_6A17C71B52524C408E7AAF69103E9E490F8A8693fabamailserverf_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I tried migrating oVirt Engine 3.6 (FC22) to Engine 4.0 (CentOS 7) using th= e guide https://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/ But it fails with [ ERROR ] Failed to execute stage 'Setup validation': Setup found legacy ke= rberos/ldap directory integration in use (added by engine-manage-domains). = This provider is no longer supported, please migrate to ovirt-engine-extens= ion-aaa-ldap provider or contact support for assistance. Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in _e= xecuteMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovi= rt-engine/config/aaakerbldap.py", line 72, in _validation_late 'Setup found legacy kerberos/ldap directory ' RuntimeError: Setup found legacy kerberos/ldap directory integration in use= (added by engine-manage-domains). This provider is no longer supported, pl= ease migrate to ovirt-engine-extension-aaa-ldap provider or contact support= for assistance. 2016-08-30 09:01:58 ERROR otopi.context context._executeMethod:151 Failed t= o execute stage 'Setup validation': Setup found legacy kerberos/ldap direct= ory integration in use (added by engine-manage-domains). This provider is n= o longer supported, please migrate to ovirt-engine-extension-aaa-ldap provi= der or contact support for assistance. 2016-08-30 09:01:58 DEBUG otopi.context context.dumpEnvironment:760 ENVIRON= MENT DUMP - BEGIN 2016-08-30 09:01:58 DEBUG otopi.context context.dumpEnvironment:770 ENV BAS= E/error=3Dbool:'True' 2016-08-30 09:01:58 DEBUG otopi.context context.dumpEnvironment:770 ENV BAS= E/exceptionInfo=3Dlist:'[(<type 'exceptions.RuntimeError'>, RuntimeError('S= etup found legacy kerberos/ldap directory integration in use (added by engi= ne-manage-domains). This provider is no longer supported, please migrate to= ovirt-engine-extension-aaa-ldap provider or contact support for assistance= .',), <traceback object at 0x3559248>)]' I never configured ldap or Kerberos Please help Thx Christian --_000_6A17C71B52524C408E7AAF69103E9E490F8A8693fabamailserverf_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"DE-AT" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi,<o:p></o:p> I tried migrating oVirt Engine = 3.6 (FC22) to Engine 4.0 (CentOS 7) using the guide https://www.ovirt.org/d= ocumentation/migration-engine-3.6-to-4.0/<o:p></o:p> <o:p> </o:p> But it fails with<o:p></o:p></s= pan> <o:p> </o:p> [ ERROR ] Failed to execute sta= ge 'Setup validation': Setup found legacy kerberos/ldap directory integrati= on in use (added by engine-manage-domains). This provider is no longer supp= orted, please migrate to ovirt-engine-extension-aaa-ldap provider or contact support for assistance.<o:p></o:p> <o:p> </o:p> Traceback (most recent call las= t):<o:p></o:p>   File "/usr/lib/pyth= on2.7/site-packages/otopi/context.py", line 132, in _executeMethod<o:p= ></o:p>     method['meth= od']()<o:p></o:p>   File "/usr/share/ov= irt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/config/aaak= erbldap.py", line 72, in _validation_late<o:p></o:p>     'Setup found= legacy kerberos/ldap directory '<o:p></o:p> RuntimeError: Setup found legac= y kerberos/ldap directory integration in use (added by engine-manage-domain= s). This provider is no longer supported, please migrate to ovirt-engine-ex= tension-aaa-ldap provider or contact support for assistance.<o:p></o:p> 2016-08-30 09:01:58 ERROR otopi= .context context._executeMethod:151 Failed to execute stage 'Setup validati= on': Setup found legacy kerberos/ldap directory integration in use (added b= y engine-manage-domains). This provider is no longer supported, please migrate to ovirt-engine-extension-aaa-ldap = provider or contact support for assistance.<o:p></o:p> 2016-08-30 09:01:58 DEBUG otopi= .context context.dumpEnvironment:760 ENVIRONMENT DUMP - BEGIN<o:p></o:p></s= pan> 2016-08-30 09:01:58 DEBUG otopi= .context context.dumpEnvironment:770 ENV BASE/error=3Dbool:'True'<o:p></o:p= > 2016-08-30 09:01:58 DEBUG otopi= .context context.dumpEnvironment:770 ENV BASE/exceptionInfo=3Dlist:'[(<t= ype 'exceptions.RuntimeError'>, RuntimeError('Setup found legacy kerbero= s/ldap directory integration in use (added by engine-manage-domains). This provider is no longer supported, please migra= te to ovirt-engine-extension-aaa-ldap provider or contact support for assis= tance.',), <traceback object at 0x3559248>)]'<o:p></o:p> <o:p> </o:p> <o:p> </o:p> I never configured ldap or Kerb= eros<o:p></o:p> <o:p> </o:p> Please help<o:p></o:p></= p> Thx<o:p></o:p> Christian<o:p></o:p> </div> </body> </html> --_000_6A17C71B52524C408E7AAF69103E9E490F8A8693fabamailserverf_--

2 2

How to import a qcow2 disk into ovirt
by lifuqiong 30 Aug '16

30 Aug '16

This is a multipart message in MIME format. ------=_NextPart_000_004B_01D20235.9022AEC0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, How to import a qcow2 disk file into ovirt? I search the Internet for a long time , but find no solution work. Thank you ------=_NextPart_000_004B_01D20235.9022AEC0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META = HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 14 = (filtered medium)"><style></style></head><body lang=3DZH-CN link=3Dblue = vlink=3Dpurple style=3D'text-justify-trim:punctuation'><div = class=3DWordSection1>Hi,<o:p></o:p>         How to = import a qcow2 disk file into ovirt? I search the Internet for a long = time , but find no solution work.<o:p></o:p><o:p> </o:p>Thank you<o:p></o:p><o:p> </o:p></div></body></html> ------=_NextPart_000_004B_01D20235.9022AEC0--

3 2

unable to update to 4.0
by Jeb Baxley 30 Aug '16

30 Aug '16

Hi All, I have Ovirt 3.6.7 installed and running. However, when attempting to update to 4.0 I receive this error when running engine-setup. Failed to execute stage 'Setup validation': Trying to upgrade from unsupported versions: 3.5 I find this pretty strange as I haven't run 3.5 in a long time and can confirm that I'm running 3.6.7. [image: --] Jeb Baxley [image: http://]about.me/jeb.baxley <http://about.me/jeb.baxley>

2 1

VM Live Migration issues
by Anantha Raghava 29 Aug '16

29 Aug '16

Hi, In our setup we have configured two hosts, both of same CPU type, same amount of memory and Master storage domain is created on iSCSI storage and is live. I created a single VM with Ubuntu Trusty as OS. It installed properly and when I attempted to migrate the running VM, the migration failed. Engine log, Host 1 log and Host 2 logs are attached for your reference. Since logs are running into several MBs, I have compressed them and attached here. Can someone help us to solve this issue? -- Thanks & Regards, Anantha Raghava

3 8

how to debug no audio in guest?
by Gianluca Cecchi 29 Aug '16

29 Aug '16

Hello, I'm testing video and audio capacity inside a guest. Guest chosen is CentOS 6 with latest updates. oVirt is 3.6.6 on an intel NUC6i5SYH with CentOS 7.2 OS BTW: is it of any importance audio adapter on the host? In case lspci on host gives 00:1f.3 Audio device: Intel Corporation Device 9d70 (rev 21) Client connecting from user portal is Fedora 23 on an Asus laptop U36SD where audio works and lspci gives 00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 05) On CentOS 6 guest the audio adapter detected by OS with lspci is 00:08.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 01) It seems all ok, apart that on guest actually I don't get any audio, also from test speakers page ;-) Both on guest and on client the volume bar is near the maximum. Any hints about debugging? >From host point of view the qemu-kvm command line is this one below I don't understand the env variable QEMU_AUDIO_DRV=none ??? If it can be of any importance, I initially configured the guest without sound card and in fact in gnome I saw the audio card as "dummy". Then I powered off the guest and enabled sound card from user portal edit vm (I see it enabled also from admin portal btw...) and then powered on the VM. Now the sound card seems to be present but no audio Thanks in advance, Gianluca 2016-06-11 09:22:13.698+0000: starting up libvirt version: 1.2.17, package: 13.el7_2.4 (CentOS BuildSystem <http://bugs.centos.org>, 2016-03- 31-16:56:26, worker1.bsys.centos.org) qemu version: 2.3.0 (qemu-kvm-ev-2.3.0-31.el7_2.10.1) LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -name c6desktop -S -machine pc-i440 fx-rhel7.2.0,accel=kvm,usb=off -cpu Broadwell-noTSX -m size=3145728k,slots=16,maxmem=4294967296k -realtime mlock=off -smp 1,maxcpus=16,socket s=16,cores=1,threads=1 -numa node,nodeid=0,cpus=0,mem=3072 -uuid 68a82ada-a1d2-44d0-85b0-f3a08cc2f579 -smbios type=1,manufacturer=oVirt,produ ct=oVirt Node,version=7-2.1511.el7.centos.2.10,serial=AC1EDDD3-CAF1-2711-EE16-B8AEED7F1711,uuid=68a82ada-a1d2-44d0-85b0-f3a08cc2f579 -no-user -config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-c6desktop/monitor.sock,server,nowait -mon chardev=charmo nitor,id=monitor,mode=control -rtc base=2016-06-11T09:22:13,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boo t menu=on,strict=on -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x9.0x7 -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x 9.0x2 -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x9.0x1 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0, multifunction=on,addr=0x9 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x3 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pc i.0,addr=0x4 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/00000001-0001-0001-0001-000000000343/572eabe7-15d0-42c2-8fa9-0bd773e22e2e/images/aff55e62-6a41-4f75-bbd3-78561eae18f3/ f520473e-8fbe-4886-bb64-921b42edf499,if=none,id=drive-virtio-disk0,format=raw,serial=aff55e62-6a41-4f75-bbd3-78561eae18f3,cache=none,werror=s top,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev t ap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:51,bus=pci.0,addr=0x7 -chardev soc ket,id=charserial0,path=/var/run/ovirt-vmconsole-console/68a82ada-a1d2-44d0-85b0-f3a08cc2f579.soc k,server,nowait -device isa-serial,chardev=charserial0,id=serial0 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/68a82ada-a1d2-44d0-85b0-f3a08cc2f579.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/68a82ada-a1d2-44d0-85b0-f3a08cc2f579.org.qemu.guest_agent.0,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 port=5901,tls-port=5902,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,seamless-migration=on -vnc 0:3,password -device qxl-vga,id=video0,ram_size=67108864,vram_size=8388608,vgamem_mb=16,bus=pci.0,addr=0x2 -device intel-hda,id=sound0,bus=pci.0,addr=0x8 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -chardev spicevmc,id=charredir0,name=usbredir -device usb-redir,chardev=charredir0,id=redir0 -chardev spicevmc,id=charredir1,name=usbredir -device usb-redir,chardev=charredir1,id=redir1 -chardev spicevmc,id=charredir2,name=usbredir -device usb-redir,chardev=charredir2,id=redir2 -chardev spicevmc,id=charredir3,name=usbredir -device usb-redir,chardev=charredir3,id=redir3 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 -msg timestamp=on 2016-06-11T09:22:13.748410Z qemu-kvm: warning: CPU(s) not present in any NUMA nodes: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 2016-06-11T09:22:13.748524Z qemu-kvm: warning: All CPU(s) up to maxcpus should be described in NUMA config main_channel_link: add main channel client main_channel_handle_parsed: net test: latency 21.910000 ms, bitrate 51635025 bps (49.242997 Mbps) inputs_connect: inputs channel client create red_dispatcher_set_cursor_peer: main_channel_handle_parsed: agent start main_channel_handle_parsed: agent start

3 5

Hosted engine on gluster problem
by Bond, Darryl 29 Aug '16

29 Aug '16

There seems to be a pretty severe bug with using hosted engine on gluster. If the host that was used as the initial hosted-engine --deploy host goes away, the engine VM wil crash and cannot be restarted until the host comes back. This is regardless of which host the engine was currently running. The issue seems to be buried in the bowels of VDSM and is not an issue with gluster itself. The gluster filesystem is still accessable from the host that was running the engine. The issue has been submitted to bugzilla but the fix is some way off (4.1). Can my hosted engine be converted to use NFS (using the gluster NFS server on the same filesystem) without rebuilding my hosted engine (ie change domainType=glusterfs to domainType=nfs)? What effect would that have on the hosted-engine storage domain inside oVirt, ie would the same filesystem be mounted twice or would it just break. Will this actually fix the problem, does it have the same issue when the hosted engine is on NFS? Darryl ________________________________ The contents of this electronic message and any attachments are intended only for the addressee and may contain legally privileged, personal, sensitive or confidential information. If you are not the intended addressee, and have received this email, any transmission, distribution, downloading, printing or photocopying of the contents of this message or attachments is strictly prohibited. Any legal privilege or confidentiality attached to this message and attachments is not waived, lost or destroyed by reason of delivery to any person other than intended addressee. If you have received this message and are not the intended addressee you should notify the sender by return email and destroy all copies of the message and any attachments. Unless expressly attributed, the views expressed in this email do not necessarily represent the views of the company.

8 20

extra chatty /var/log/vdsm.log
by Pat Riehecky 29 Aug '16

29 Aug '16

Every few seconds I'm getting[1] Any ideas how to make VDSM happy so it stops complaining? vdsm-4.17.26-0.el7 Pat [1] Thread-4794::WARNING::2016-08-29 10:01:03,340::fileUtils::152::Storage.fileUtils::(createdir) Dir /rhev/data-center/mnt/blockSD/81f19871-4d91-4698-a97d-36452bfae281/images already exists Thread-4794::WARNING::2016-08-29 10:01:03,340::fileUtils::152::Storage.fileUtils::(createdir) Dir /rhev/data-center/mnt/blockSD/81f19871-4d91-4698-a97d-36452bfae281/dom_md already exists Thread-4797::WARNING::2016-08-29 10:01:03,652::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/c231f06b-0d4e-4d91-be55-2de903351fd3 already exists Thread-4799::WARNING::2016-08-29 10:01:03,928::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/36a09f1d-0923-4b3b-87aa-4788ca64064e already exists Thread-4801::WARNING::2016-08-29 10:01:04,074::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/d2696090-e25c-4195-8c06-dafd80cf0720 already exists Thread-4803::WARNING::2016-08-29 10:01:04,221::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/22a9849b-c551-4783-ad0c-530464df47f3 already exists Thread-4805::WARNING::2016-08-29 10:01:04,369::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/2c8c56f2-1711-4867-8ed0-3c502bb635ff already exists Thread-4807::WARNING::2016-08-29 10:01:04,515::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/f9e59ec5-6903-4b2d-8164-4fce3d901bdd already exists Thread-4825::WARNING::2016-08-29 10:01:05,511::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/2c8c56f2-1711-4867-8ed0-3c502bb635ff already exists Thread-4826::WARNING::2016-08-29 10:01:05,587::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/22a9849b-c551-4783-ad0c-530464df47f3 already exists Thread-4846::WARNING::2016-08-29 10:01:11,675::fileUtils::152::Storage.fileUtils::(createdir) Dir /rhev/data-center/mnt/blockSD/81f19871-4d91-4698-a97d-36452bfae281/images already exists Thread-4846::WARNING::2016-08-29 10:01:11,676::fileUtils::152::Storage.fileUtils::(createdir) Dir /rhev/data-center/mnt/blockSD/81f19871-4d91-4698-a97d-36452bfae281/dom_md already exists Thread-4849::WARNING::2016-08-29 10:01:11,979::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/c231f06b-0d4e-4d91-be55-2de903351fd3 already exists Thread-4851::WARNING::2016-08-29 10:01:12,263::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/36a09f1d-0923-4b3b-87aa-4788ca64064e already exists Thread-4853::WARNING::2016-08-29 10:01:12,410::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/d2696090-e25c-4195-8c06-dafd80cf0720 already exists Thread-4855::WARNING::2016-08-29 10:01:12,558::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/22a9849b-c551-4783-ad0c-530464df47f3 already exists Thread-4857::WARNING::2016-08-29 10:01:12,705::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/2c8c56f2-1711-4867-8ed0-3c502bb635ff already exists Thread-4859::WARNING::2016-08-29 10:01:12,852::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/f9e59ec5-6903-4b2d-8164-4fce3d901bdd already exists Thread-4877::WARNING::2016-08-29 10:01:13,810::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/2c8c56f2-1711-4867-8ed0-3c502bb635ff already exists Thread-4878::WARNING::2016-08-29 10:01:13,886::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/22a9849b-c551-4783-ad0c-530464df47f3 already exists Thread-4900::WARNING::2016-08-29 10:01:19,891::fileUtils::152::Storage.fileUtils::(createdir) Dir /rhev/data-center/mnt/blockSD/81f19871-4d91-4698-a97d-36452bfae281/images already exists Thread-4900::WARNING::2016-08-29 10:01:19,891::fileUtils::152::Storage.fileUtils::(createdir) Dir /rhev/data-center/mnt/blockSD/81f19871-4d91-4698-a97d-36452bfae281/dom_md already exists Thread-4903::WARNING::2016-08-29 10:01:20,195::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/c231f06b-0d4e-4d91-be55-2de903351fd3 already exists Thread-4905::WARNING::2016-08-29 10:01:20,473::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/36a09f1d-0923-4b3b-87aa-4788ca64064e already exists Thread-4907::WARNING::2016-08-29 10:01:20,620::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/d2696090-e25c-4195-8c06-dafd80cf0720 already exists Thread-4909::WARNING::2016-08-29 10:01:20,768::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/22a9849b-c551-4783-ad0c-530464df47f3 already exists Thread-4911::WARNING::2016-08-29 10:01:20,914::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/2c8c56f2-1711-4867-8ed0-3c502bb635ff already exists Thread-4913::WARNING::2016-08-29 10:01:21,062::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/f9e59ec5-6903-4b2d-8164-4fce3d901bdd already exists Thread-4931::WARNING::2016-08-29 10:01:22,033::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/2c8c56f2-1711-4867-8ed0-3c502bb635ff already exists Thread-4932::WARNING::2016-08-29 10:01:22,110::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/22a9849b-c551-4783-ad0c-530464df47f3 already exists Thread-4958::WARNING::2016-08-29 10:01:28,188::fileUtils::152::Storage.fileUtils::(createdir) Dir /rhev/data-center/mnt/blockSD/81f19871-4d91-4698-a97d-36452bfae281/images already exists Thread-4958::WARNING::2016-08-29 10:01:28,188::fileUtils::152::Storage.fileUtils::(createdir) Dir /rhev/data-center/mnt/blockSD/81f19871-4d91-4698-a97d-36452bfae281/dom_md already exists Thread-4961::WARNING::2016-08-29 10:01:28,494::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/c231f06b-0d4e-4d91-be55-2de903351fd3 already exists Thread-4963::WARNING::2016-08-29 10:01:28,772::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/36a09f1d-0923-4b3b-87aa-4788ca64064e already exists Thread-4965::WARNING::2016-08-29 10:01:28,919::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/d2696090-e25c-4195-8c06-dafd80cf0720 already exists Thread-4967::WARNING::2016-08-29 10:01:29,067::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/22a9849b-c551-4783-ad0c-530464df47f3 already exists Thread-4969::WARNING::2016-08-29 10:01:29,215::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/2c8c56f2-1711-4867-8ed0-3c502bb635ff already exists Thread-4971::WARNING::2016-08-29 10:01:29,362::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/f9e59ec5-6903-4b2d-8164-4fce3d901bdd already exists Thread-4988::WARNING::2016-08-29 10:01:30,357::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/2c8c56f2-1711-4867-8ed0-3c502bb635ff already exists Thread-4990::WARNING::2016-08-29 10:01:30,434::fileUtils::152::Storage.fileUtils::(createdir) Dir /var/run/vdsm/storage/81f19871-4d91-4698-a97d-36452bfae281/22a9849b-c551-4783-ad0c-530464df47f3 already exists -- Pat Riehecky Fermi National Accelerator Laboratory www.fnal.gov www.scientificlinux.org

2 2

[ANN] oVirt 4.0.3 Final Release Candidate is now available
by Sandro Bonazzola 29 Aug '16

29 Aug '16

The oVirt Project is pleased to announce the availability of oVirt 4.0.3 for testing, as of August 29th, 2016. This release is available now for: * Fedora 23 (tech preview) * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later * Fedora 23 (tech preview) * oVirt Next Generation Node 4.0 Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This update is the third in a series of stabilization updates to the 4.0 series. 4.0.3 brings 5 enhancements and 45 bugfixes, including 17 high or urgent severity fixes, on top of oVirt 4.0 series See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO is available. [4] * A new oVirt Next Generation Node will be available soon [4]. * A new oVirt Engine Appliance is available for Red Hat Enterprise Linux and CentOS Linux (or similar) * Mirrors[5] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 4.0.3 release highlights: http://www.ovirt.org/release/4.0.3/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.0.3/ [4] http://resources.ovirt.org/pub/ovirt-4.0/iso/ [5] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

How to manually restore backup
by Hanson 29 Aug '16

29 Aug '16

Hi Guys, Just wondering what the proper way to restore a backup to a hosted-engine? I've tried doing the deploy, then cleanup, and backup --mode=restore, but then engine-setup needs internet access. (which it doesn't have) Is there a way to restore the backup over the current data of a currently deployed new host? ie like a --mode=restore --option=force ? or is there another way to restore? Thanks, Hanson

2 1