[ovirt-users] Delete Failed to update OVF disks, OVF data
Nikolai Sednev
nsednev at redhat.com
Thu Mar 24 11:32:15 UTC 2016
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: nsednev at redhat.com
IRC: nsednev
----- Original Message -----
From: users-request at ovirt.org
To: users at 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 at 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-request at ovirt.org
You can reach the person managing the list at
users-owner at 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 (paf1 at 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 <mlipchuk at redhat.com>
To: "Paul Groeneweg | Pazion" <paul at pazion.nl>
Cc: users at 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-GAxBrw at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
On Thu, Mar 24, 2016 at 12:12 AM, Paul Groeneweg | Pazion <paul at 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 at 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.bacchella at orange.fr>
To: oVirt Userlist <Users at ovirt.org>
Subject: [ovirt-users] libvirt failed to read spice key
Message-ID: <734DEEBF-8845-4D8F-BDCC-139E50D9875D at 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.trefois at uni.lu>
To: Nir Soffer <nsoffer at redhat.com>
Cc: users <users at ovirt.org>
Subject: Re: [ovirt-users] VM get stuck randomly
Message-ID: <2EBB29CB9A8F494FB5253F6AF2E6A1981D6B8F66 at 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:nsoffer at redhat.com]
> Sent: dimanche 13 mars 2016 12:51
> To: Christophe TREFOIS <christophe.trefois at uni.lu>
> Cc: users <users at ovirt.org>
> Subject: Re: [ovirt-users] VM get stuck randomly
>
> On Sun, Mar 13, 2016 at 9:46 AM, Christophe TREFOIS
> <christophe.trefois at 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: "paf1 at email.cz" <paf1 at email.cz>
To: users <users at ovirt.org>
Subject: [ovirt-users] delete storage definition
Message-ID: <56F3BF57.7070009 at 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 <ondrej at svobodasoft.cz>
To: Sandro Bonazzola <sbonazzo at redhat.com>
Cc: users <users at ovirt.org>
Subject: Re: [ovirt-users] [ANN] oVirt 3.6.4 Second Release Candidate
is now available for testing
Message-ID: <56F3C05A.2000208 at 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 <ondrej at svobodasoft.cz
> <mailto:ondrej at 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 at ovirt.org <mailto:Users at ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org <mailto:Users at 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 at ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
End of Users Digest, Vol 54, Issue 113
**************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160324/2283f3d3/attachment-0001.html>
More information about the Users
mailing list