Hello Paul, Any chance you may rename the HE Storage Domain name of to hosted_storage and retry the auto-import of it? You might find the auto-import worked as described in https://bugzilla.redhat.com/show_bug.cgi?id=1269768 .
Thanks in advance. Best regards, Nikolai ____________________ Nikolai Sednev Senior Quality Engineer at Compute team Red Hat Israel 34 Jerusalem Road, Ra'anana, Israel 43501 Tel: +972 9 7692043 Mobile: +972 52 7342734 Email: nsed...@redhat.com IRC: nsednev ----- Original Message ----- From: users-requ...@ovirt.org To: users@ovirt.org Sent: Thursday, March 24, 2016 12:29:37 PM Subject: Users Digest, Vol 54, Issue 113 Send Users mailing list submissions to users@ovirt.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-requ...@ovirt.org You can reach the person managing the list at users-ow...@ovirt.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. Re: Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs). (Maor Lipchuk) 2. libvirt failed to read spice key (Fabrice Bacchella) 3. Re: VM get stuck randomly (Christophe TREFOIS) 4. delete storage definition (p...@email.cz) 5. Re: [ANN] oVirt 3.6.4 Second Release Candidate is now available for testing (Ond?ej Svoboda) ---------------------------------------------------------------------- Message: 1 Date: Thu, 24 Mar 2016 11:01:32 +0200 From: Maor Lipchuk <mlipc...@redhat.com> To: "Paul Groeneweg | Pazion" <p...@pazion.nl> Cc: users@ovirt.org Subject: Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs). Message-ID: <caj1jnod0rxcfeydv8jkdd2hz+stgmyfysncwyjfoqp1-gax...@mail.gmail.com> Content-Type: text/plain; charset="utf-8" On Thu, Mar 24, 2016 at 12:12 AM, Paul Groeneweg | Pazion <p...@pazion.nl> wrote: > > After the 3.6 updates ( which didn't went without a hitch ) > > I get the following errors in my event log: > > Failed to update OVF disks 18c50ea6-4654-4525-b241-09e15acf5e99, OVF data > isn't updated on those OVF stores (Data Center Default, Storage Domain > hostedengine_nfs). > > VDSM command failed: Could not acquire resource. Probably resource factory > threw an exception.: () > > http://screencast.com/t/S8cfXMsdGM > > When I check on file there is some data, but not updated: > http://screencast.com/t/hbXQFlou > > When I check in the web interface I see 2 OVF files listed. What are these > for, can I delete them? http://screencast.com/t/ymnzsNHj7e > > Hopefully someone knows what to do about these warnings/erros and whether > I can delete the OVF files. > > Best Regards, > Paul Groeneweg > > > _______________________________________________ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > Hi Paul, The OVF_STORE disks are disks which preserve all the VMs and Templates OVF data and are mostly use for disaster recovery scenarios. Those disks can not be deleted. Regarding the audit log which you got, can you try to detach and attach the Storage once again and let me know if you still get this even log. Regards, Maor -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20160324/e1109a36/attachment-0001.html> ------------------------------ Message: 2 Date: Thu, 24 Mar 2016 10:02:46 +0100 From: Fabrice Bacchella <fabrice.bacche...@orange.fr> To: oVirt Userlist <Users@ovirt.org> Subject: [ovirt-users] libvirt failed to read spice key Message-ID: <734deebf-8845-4d8f-bdcc-139e50d98...@orange.fr> Content-Type: text/plain; charset=us-ascii I' m running on a brand new Centos 7.2 an up to date ovirt 3.6.3.4. The host is new too and dedicated to ovirt. When I try to launch a vm, I get : Thread-9407::ERROR::2016-03-24 09:16:18,301::vm::759::virt.vm::(_startUnderlyingVm) vmId=`a32e1043-a5a5-4e4c-8436-f7b7a4ff644c`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 703, in _startUnderlyingVm self._run() File "/usr/share/vdsm/virt/vm.py", line 1941, in _run self._connection.createXML(domxml, flags), File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 124, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1313, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3611, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: internal error: process exited while connecting to monitor: ((null):23672): Spice-Warning **: reds.c:3311:reds_init_ssl: Could not use private key file 2016-03-24T08:16:18.005359Z qemu-kvm: failed to initialize spice server /var/log/libvirt/qemu/test.log says 2016-03-24 08:55:48.214+0000: starting up libvirt version: 1.2.17, package: 13.el7_2.3 (CentOS BuildSystem <http://bugs.centos.org>, 2016-02-16-17:06:00, worker1.bsys.centos.org), qemu version: 2.3.0 (qemu-kvm-ev-2.3.0-31.el7_2.7.1) LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -name test -S -machine pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu Haswell-noTSX -m size=2097152k,slots=16,maxmem=4294967296k -realtime mlock=off -smp 2,maxcpus=16,sockets=16,cores=1,threads=1 -numa node,nodeid=0,cpus=0-1,mem=2048 -uuid a32e1043-a5a5-4e4c-8436-f7b7a4ff644c -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=7-2.1511.el7.centos.2.10,serial=30373237-3132-5A43-3235-343233333937,uuid=a32e1043-a5a5-4e4c-8436-f7b7a4ff644c -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-test/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2016-03-24T08:55:46,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boot menu=on,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,format=raw,serial= -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-00000000022a/85d19e93-ee08-41bb-94c9-56adf17287b4/images/da6f49dd-8662-418b-a859-3523b4360c0e/930bbe74-7470-4b22-b096-fdb03276262d,if=none,id=drive-scsi0-0-0-0,format=raw,serial=da6f49dd-8662-418b-a859-3523b4360c0e,cache=none,werror=stop,rerror=stop,aio=native,iops=300 -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1 -netdev tap,fd=27,id=hostnet0,vhost=on,vhostfd=28 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:51,bus=pci.0,addr=0x3,bootindex=2 -chardev socket,id=charserial0,path=/var/run/ovirt-vmconsole-console/a32e1043-a5a5-4e4c-8436-f7b7a4ff644c.sock,server,nowait -device isa-serial,chardev=charserial0,id=serial0 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu /channels/a32e1043-a5a5-4e4c-8436-f7b7a4ff644c.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/a32e1043-a5a5-4e4c-8436-f7b7a4ff644c.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=5900,tls-port=5901,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,seamless-migration=on -device qxl-vga,id=video0,ram_size=67108864,vram_size=8388608,vgamem_mb=16,bus=pci.0,addr=0x2 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 -msg timestamp=on ((null):29166): Spice-Warning **: reds.c:3311:reds_init_ssl: Could not use private key file 2016-03-24T08:55:48.329252Z qemu-kvm: failed to initialize spice server 2016-03-24 08:55:48.479+0000: shutting down and indeed, when I try to strace libvirt : open("/etc/pki/vdsm/libvirt-spice/server-key.pem", O_RDONLY) = -1 EACCES (Permission denied) chmod a+r /etc/pki/vdsm/libvirt-spice/server-key.pem solved the problem, but it's obviously not a solution. ------------------------------ Message: 3 Date: Thu, 24 Mar 2016 09:45:34 +0000 From: Christophe TREFOIS <christophe.tref...@uni.lu> To: Nir Soffer <nsof...@redhat.com> Cc: users <users@ovirt.org> Subject: Re: [ovirt-users] VM get stuck randomly Message-ID: <2ebb29cb9a8f494fb5253f6af2e6a1981d6b8...@hoshi.uni.lux> Content-Type: text/plain; charset="utf-8" Hi, We finally upgraded to 3.6.3 across the whole data center and will now see if this issue reappears. The upgrade went quite smooth, first from 3.5.4 to 3.5.6 and then to 3.6.3. Thank you, -- Christophe > -----Original Message----- > From: Nir Soffer [mailto:nsof...@redhat.com] > Sent: dimanche 13 mars 2016 12:51 > To: Christophe TREFOIS <christophe.tref...@uni.lu> > Cc: users <users@ovirt.org> > Subject: Re: [ovirt-users] VM get stuck randomly > > On Sun, Mar 13, 2016 at 9:46 AM, Christophe TREFOIS > <christophe.tref...@uni.lu> wrote: > > Dear all, > > > > I have a problem since couple of weeks, where randomly 1 VM (not always > the same) becomes completely unresponsive. > > We find this out because our Icinga server complains that host is down. > > > > Upon inspection, we find we can?t open a console to the VM, nor can we > login. > > > > In oVirt engine, the VM looks like ?up?. The only weird thing is that RAM > usage shows 0% and CPU usage shows 100% or 75% depending on number of > cores. > > The only way to recover is to force shutdown the VM via 2-times shutdown > from the engine. > > > > Could you please help me to start debugging this? > > I can provide any logs, but I?m not sure which ones, because I couldn?t see > anything with ERROR in the vdsm logs on the host. > > I would inspect this vm on the host when it happens. > > What is vdsm cpu usage? what is the qemu process (for this vm) cpu usage? > > strace output of this qemu process (all threads) or a core dump can help > qemu developers to understand this issue. > > > > > The host is running > > > > OS Version: RHEL - 7 - 1.1503.el7.centos.2.8 > > Kernel Version: 3.10.0 - 229.14.1.el7.x86_64 > > KVM Version: 2.1.2 - 23.el7_1.8.1 > > LIBVIRT Version: libvirt-1.2.8-16.el7_1.4 > > VDSM Version: vdsm-4.16.26-0.el7.centos > > SPICE Version: 0.12.4 - 9.el7_1.3 > > GlusterFS Version: glusterfs-3.7.5-1.el7 > > You are running old versions, missing lot of fixes. Nothing specific to your > problem but this lower the chance to get a working system. > > It would be nice if you can upgrade to ovirt-3.6 and report if it made any > change. > Or at lest latest ovirt-3.5. > > > We use a locally exported gluster as storage domain (eg, storage is on the > same machine exposed via gluster). No replica. > > We run around 50 VMs on that host. > > Why use gluster for this? Do you plan to add more gluster servers in the > future? > > Nir ------------------------------ Message: 4 Date: Thu, 24 Mar 2016 11:20:07 +0100 From: "p...@email.cz" <p...@email.cz> To: users <users@ovirt.org> Subject: [ovirt-users] delete storage definition Message-ID: <56f3bf57.7070...@email.cz> Content-Type: text/plain; charset="utf-8"; Format="flowed" Hi folks, how can I delete the last storage definition from oVirt database if the last volume has been deleted from bricks commandline ( rm -rf < path to that volume > ) directly ? In oVirt DB exists this storage last record and blocking create new storage operation ( ovirt offering " delete datacenter", but this is not the right way for me, now ) regs. Pavel -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20160324/9a9a23c7/attachment-0001.html> ------------------------------ Message: 5 Date: Thu, 24 Mar 2016 11:24:26 +0100 From: Ond?ej Svoboda <ond...@svobodasoft.cz> To: Sandro Bonazzola <sbona...@redhat.com> Cc: users <users@ovirt.org> Subject: Re: [ovirt-users] [ANN] oVirt 3.6.4 Second Release Candidate is now available for testing Message-ID: <56f3c05a.2000...@svobodasoft.cz> Content-Type: text/plain; charset="utf-8"; Format="flowed" Thank you very much, Sandro! centos-ovirt36 now works for me. On 24.3.2016 09:00, Sandro Bonazzola wrote: > > > On Wed, Mar 23, 2016 at 4:22 PM, Ond?ej Svoboda <ond...@svobodasoft.cz > <mailto:ond...@svobodasoft.cz>> wrote: > > Hi Sandro, > > I just ran yum -y install > http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm > <http://www.google.com/url?q=http%3A%2F%2Fplain.resources.ovirt.org%2Fpub%2Fyum-repo%2Fovirt-release36.rpm&sa=D&sntz=1&usg=AFQjCNHQ3_R-I3QwEv9bTQHIIfj5FJpCQg> > > on my fresh EL7 (not CentOS) system. > > In /etc/yum.repos.d/ovirt-3.6-dependencies.repo, there was a > broken centos-ovirt36 source: > > > http://mirror.centos.org/centos/7Server/virt/x86_64/ovirt-3.6/repodata/repomd.xml: > > [Errno 14] HTTP Error 404 - Not Found > > > Fixed pointing to > http://mirror.centos.org/centos/7/virt/x86_64/ovirt-3.6/repodata/repomd.xml > > Released a new ovirt-release36 package including the fix. > > > > > I had to disable this repo before I was even able to update my system. > > [centos-ovirt36] > name=CentOS-$releasever - oVirt 3.6 > baseurl=http://mirror.centos.org/centos/$releasever/virt/$basearch/ovirt-3.6/ > gpgcheck=0 > enabled=1 > skip_if_unavailable = 1 > keepcache = 0 > > Then I managed to install ovirt-engine all right, so I think the > above repo should simply not be enabled in ovirt-release36.rpm > <http://www.google.com/url?q=http%3A%2F%2Fplain.resources.ovirt.org%2Fpub%2Fyum-repo%2Fovirt-release36.rpm&sa=D&sntz=1&usg=AFQjCNHQ3_R-I3QwEv9bTQHIIfj5FJpCQg>. > > > Thanks for your reply. > Ondra > > On 22.3.2016 18:28, Sandro Bonazzola wrote: >> The oVirt Project is pleased to announce the availability of the >> Second Release Candidate of oVirt 3.6.4 for testing, as of March >> 22nd, 2016 >> >> This release is available now for: >> * Fedora 22 >> * Red Hat Enterprise Linux 6.7 >> * CentOS Linux 6.7 (or similar) >> * 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 22 >> >> This release is also available with experimental support for: >> * Debian 8.3 Jessie >> >> This release candidate includes the following updated packages: >> >> * ovirt-engine >> >> * ovirt-hosted-engine-ha >> >> >> See the release notes [1] for installation / upgrade instructions >> and a list of new features and bugs fixed. >> >> Notes: >> * A new oVirt Live ISO will be available soon [2]. >> * Mirrors[3] might need up to one day to synchronize. >> >> Additional Resources: >> * Read more about the oVirt 3.6.3 release >> highlights:http://www.ovirt.org/release/3.6.4/ >> * Get more oVirt Project updates on Twitter: >> https://twitter.com/ovirt >> * Check out the latest project news on the oVirt blog: >> http://www.ovirt.org/blog/ >> >> [1] http://www.ovirt.org/release/3.6.4/ >> [2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/ >> [3] 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 <http://redhat.com> >> >> >> _______________________________________________ >> Users mailing list >> Users@ovirt.org <mailto:Users@ovirt.org> >> http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users@ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > > > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com <http://redhat.com> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20160324/71e6b117/attachment.html> ------------------------------ _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 54, Issue 113 **************************************
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
