this is a symptom of a mismatch with libvirt version.
It will go away once your mom-vdsm and libvirt versions are aligned.
As long as you avoid using QoS you'll be fine.
Actually this is a symptom of no QoS settings. libvirt reports an error every
time we check if there is anything
Hello Christopher and Daniel,
I think we opened one regarding this
issue..https://bugzilla.redhat.com/show_bug.cgi?id=1203143
Is it match your issue?
Kind regards,
Michael B
- Original Message -
From: Daniel Helgenberger daniel.helgenber...@m-box.de
To: Christopher Cross
02.02.2015 12:57, Karli Sjöberg пишет:
On Sat, 2015-01-31 at 23:54 +0200, Alexandr Krivulya wrote:
19.08.2013 13:21, Karli Sjöberg пишет:
mån 2013-08-19 klockan 12:11 +0200 skrev Vinzenz Feenstra:
On 08/19/2013 10:01 AM, Karli Sjöberg wrote:
mån 2013-08-19 klockan 09:53 +0200 skrev Michal
=NTIjcHBxdGs0NnU5Y2dsajdsOTg3cnVvMmwwZjhAZ3JvdXAuY2FsZW5kYXIuZ29vZ2xl
LmNvbWM4MDhlODcwN2ZiZWRmOGJmZDUxMzQ1MGY5ZjM1YzgzOWE4ZmQ3NWQctz=Europe/Rom
ehl=it.
CLASS:PUBLIC
DTSTART;VALUE=DATE:20150527
DTEND;VALUE=DATE:20150528
PRIORITY:0
SEQUENCE:3
STATUS:CONFIRMED
UID:ai2aa31e02qaj02fbi1tusl...@google.com
DTSTAMP
On May 27, 2015, at 15:15 , Martin Sivak msi...@redhat.com wrote:
If I understand this last mail correctly i should be able to set QoS and
everythign is fine ?
Yep, everything should work fine. It is just annoying..
we didn't fix it?
hmm..I thought something fishy is still going on since
Our installation should not have a mismatch, it is a clean installation of
CentOS 7.2 where we only added the ovirt, epel and gluster repos.
If I understand this last mail correctly i should be able to set QoS and
everythign is fine ?
On 27/05/15 12:34, Martin Sivak msi...@redhat.com wrote:
Hello Gianluca,
On 27.05.2015 17:42, Gianluca Cecchi wrote:
Do you have chance to access iLO web administration page of the server and
check
Integrated management log (IML)
And/Or
ILO event log
And verify if anything has ben registered there?
no, strangely. I only see the server reset in
Dear all,
We are experiencing this problem over and over again with different Vms, the
situation is as follows
* we are backing up all VM’s through iterating through the VM (see attached
python file) which basically follow the recommendations
* This process run well for a while but at
Do you have chance to access iLO web administration page of the server and
check
Integrated management log (IML)
And/Or
ILO event log
And verify if anything has ben registered there?
___
Users mailing list
Users@ovirt.org
On 27.05.2015 16:50, Alex Crow wrote:
Hi,
Hello,
thanks for getting back to me.
If you've had a crash caused by an NMI it can often be a hardware issue.
The first thing I checked is IML logs - nothing there. These machines
are quite resilient and report almost everything.
The HW diag is
Hi,
If you've had a crash caused by an NMI it can often be a hardware issue.
Maybe worth running some H/W diagnostics.
Cheers
Alex
On 27/05/15 15:40, Daniel Helgenberger wrote:
Hello,
can somebody help me getting to the bottom of this panic? vdsm.log was
empty (stopped 10min prior panic)
Hello,
can somebody help me getting to the bottom of this panic? vdsm.log was
empty (stopped 10min prior panic) and is rotated away already (forgot to
save it...)
Might this be [1]? However, I do not have an active subscription so I
cannot acccess the helpdoc.
Thanks!
[1]
Hi,
the planned oVirt 3.6.0 Alpha Test Day planned for today[1] has been canceled.
We suffered a major outage in our labs[2] so we were not able to refresh the
ovirt-3.6-pre repository with updated builds to be tested.
We have not matched the deadline for filling the Test Day wiki page with the
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:CANCEL
BEGIN:VEVENT
DTSTART;VALUE=DATE:20150527
DTEND;VALUE=DATE:20150528
DTSTAMP:20150527T061756Z
ORGANIZER;CN=oVirt schedule:mailto:ppqtk46u9cglj7l987ruo2l0f8@group.calenda
r.google.com
14 matches
Mail list logo