- Devel - oVirt List Archives

ovirt-engine replies with 503 Service Temporarily Unavailable on fresh install
by knarra 05 May '15

05 May '15

This is a multi-part message in MIME format. --------------020604030608070208000600 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, >From last Tuesday (Apr-28), I'm experiencing "ovirt-engine replies with 503 Service Temporarily Unavailable on fresh install" https://bugzilla.redhat.com/show_bug.cgi?id=1217023 I tried to completely reinstall before filing BZ and the issue was reproducible. I also updated today my install with latest, still the same. Am I alone who is hit by this BZ? Anything I could try? Should I reinstall again tomorrow? can some one please help with this issue. Thanks kasturi --------------020604030608070208000600 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-forward-container"> <pre wrap="">Hi, >From last Tuesday (Apr-28), I'm experiencing "ovirt-engine replies with 503 Service Temporarily Unavailable on fresh install" <a class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/show_bug.cgi?id=1217023">https://bugzilla.redhat.com/show_bug.cgi?id=1217023</a> I tried to completely reinstall before filing BZ and the issue was reproducible. I also updated today my install with latest, still the same. Am I alone who is hit by this BZ? Anything I could try? Should I reinstall again tomorrow? can some one please help with this issue. Thanks kasturi </pre> <table class="moz-email-headers-table" border="0" cellpadding="0" cellspacing="0"> <tbody> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE"> </th> <td> </td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE"> </th> <td> </td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE"> </th> <td> </td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE"> </th> <td> </td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE"> </th> <td> </td> </tr> </tbody> </table> </div> </body> </html> --------------020604030608070208000600--

6 5

[vdsm] VmDevices rework
by Martin Polednik 04 May '15

04 May '15

Hello everyone, I have started working on line of patches that deal with current state of VM devices in VDSM. There is a wiki page at [1] describing the issues, phases and final goals for this work. Additionally, there is formal naming system for code related to devices. I would love to hear your opinions and comments about this effort! (and please note that this is very long term work) [1] http://www.ovirt.org/Feature/VmDevices_rework mpolednik

2 3

"Please activate the master Storage Domain first"
by Christopher Pereira 04 May '15

04 May '15

This is a multi-part message in MIME format. --------------020201080903010807000608 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit The DC storage master domain is on a (unrecoverable) storage on a remote dead host. Engine is automatically setting another storage as the "Data (Master)". Seconds later, the unrecoverable storage is marked as "Data (Master)" again. There is no way to start the Datacenter. Both storages are gluster. The old (unrecoverable) one worked fine as a master. Any hint? Logs: Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::592::Storage.TaskManager.Task::(_updateState) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::moving from state init -> state preparing Thread-32620::INFO::2015-04-28 16:34:02,508::logUtils::48::dispatcher::(wrapper) Run and protect: getAllTasksStatuses(spUUID=None, options=None) Thread-32620::ERROR::2015-04-28 16:34:02,508::task::863::Storage.TaskManager.Task::(_setError) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 870, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 49, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2202, in getAllTasksStatuses raise se.SpmStatusError() SpmStatusError: Not SPM: () Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::882::Storage.TaskManager.Task::(_run) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::Task._run: bf487090-8d62-4b42-bfd e-93574a8e1486 () {} failed - stopping task Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::1214::Storage.TaskManager.Task::(stop) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::stopping in state preparing (for ce False) Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::990::Storage.TaskManager.Task::(_decref) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::ref 1 aborting True Thread-32620::INFO::2015-04-28 16:34:02,508::task::1168::Storage.TaskManager.Task::(prepare) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::aborting: Task is aborted: 'No t SPM' - code 654 Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::1173::Storage.TaskManager.Task::(prepare) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::Prepare: aborted: Not SPM Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::990::Storage.TaskManager.Task::(_decref) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::ref 0 aborting True Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::925::Storage.TaskManager.Task::(_doAbort) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::Task._doAbort: force False Thread-32620::DEBUG::2015-04-28 16:34:02,508::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::592::Storage.TaskManager.Task::(_updateState) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::moving from state preparing -> state aborting Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::547::Storage.TaskManager.Task::(__state_aborting) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::_aborting: recover policy none Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::592::Storage.TaskManager.Task::(_updateState) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::moving from state aborting -> state failed Thread-32620::DEBUG::2015-04-28 16:34:02,508::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-32620::DEBUG::2015-04-28 16:34:02,508::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-32620::ERROR::2015-04-28 16:34:02,509::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': 'Not SPM: ()', 'code': 654}} Thread-32620::DEBUG::2015-04-28 16:34:02,509::stompReactor::158::yajsonrpc.StompServer::(send) Sending response --------------020201080903010807000608 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> The DC storage master domain is on a (unrecoverable) storage on a remote dead host. Engine is automatically setting another storage as the "Data (Master)". Seconds later, the unrecoverable storage is marked as "Data (Master)" again. There is no way to start the Datacenter. Both storages are gluster. The old (unrecoverable) one worked fine as a master. Any hint? Logs: <blockquote>Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::592::Storage.TaskManager.Task::(_updateState) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::moving from state init -> state preparing Thread-32620::INFO::2015-04-28 16:34:02,508::logUtils::48::dispatcher::(wrapper) Run and protect: getAllTasksStatuses(spUUID=None, options=None) Thread-32620::ERROR::2015-04-28 16:34:02,508::task::863::Storage.TaskManager.Task::(_setError) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 870, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 49, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2202, in getAllTasksStatuses raise se.SpmStatusError() SpmStatusError: Not SPM: () Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::882::Storage.TaskManager.Task::(_run) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::Task._run: bf487090-8d62-4b42-bfd e-93574a8e1486 () {} failed - stopping task Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::1214::Storage.TaskManager.Task::(stop) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::stopping in state preparing (for ce False) Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::990::Storage.TaskManager.Task::(_decref) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::ref 1 aborting True Thread-32620::INFO::2015-04-28 16:34:02,508::task::1168::Storage.TaskManager.Task::(prepare) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::aborting: Task is aborted: 'No t SPM' - code 654 Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::1173::Storage.TaskManager.Task::(prepare) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::Prepare: aborted: Not SPM Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::990::Storage.TaskManager.Task::(_decref) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::ref 0 aborting True Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::925::Storage.TaskManager.Task::(_doAbort) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::Task._doAbort: force False Thread-32620::DEBUG::2015-04-28 16:34:02,508::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::592::Storage.TaskManager.Task::(_updateState) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::moving from state preparing -> state aborting Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::547::Storage.TaskManager.Task::(__state_aborting) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::_aborting: recover policy none Thread-32620::DEBUG::2015-04-28 16:34:02,508::task::592::Storage.TaskManager.Task::(_updateState) Task=`bf487090-8d62-4b42-bfde-93574a8e1486`::moving from state aborting -> state failed Thread-32620::DEBUG::2015-04-28 16:34:02,508::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-32620::DEBUG::2015-04-28 16:34:02,508::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-32620::ERROR::2015-04-28 16:34:02,509::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': 'Not SPM: ()', 'code': 654}} Thread-32620::DEBUG::2015-04-28 16:34:02,509::stompReactor::158::yajsonrpc.StompServer::(send) Sending response </blockquote> </body> </html> --------------020201080903010807000608--

4 9

oVirt Node Weekly Meeting Minutes - 2015-05-04
by Fabian Deutsch 04 May '15

04 May '15

================================= #ovirt: oVirt Node Weekly Meeting ================================= Meeting started by fabiand at 14:04:15 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-05-04-14.04.log.html . Meeting summary --------------- * Agenda (fabiand, 14:04:29) * ovirt-node in Fedora (fabiand, 14:04:41) * Other Items (fabiand, 14:04:44) * ovirt-node in Fedora (fabiand, 14:06:01) * ovirt-node has been orphaned in Fedora as of last week. (fabiand, 14:06:26) * Other Items (fabiand, 14:07:38) * el7 Node builds are broken due to gluster changes (fabiand, 14:09:23) * Jenkins el7/master job needs an update to fix the glusterfs issue (fabiand, 14:12:03) * ACTION: rbarry to work with tlitovsk to sort out the glusterfs issue on el7/master (fabiand, 14:13:45) Meeting ended at 14:15:17 UTC. Action Items ------------ * rbarry to work with tlitovsk to sort out the glusterfs issue on el7/master Action Items, by person ----------------------- * rbarry * rbarry to work with tlitovsk to sort out the glusterfs issue on el7/master * tlitovsk * rbarry to work with tlitovsk to sort out the glusterfs issue on el7/master * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * fabiand (41) * tlitovsk (10) * sbonazzo (4) * ovirtbot (2) * rbarry (1) * amureini (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

oVirt Node Weekly Meeting Minutes - 2015-04-27
by Fabian Deutsch 04 May '15

04 May '15

================================= #ovirt: oVirt Node Weekly Meeting ================================= Meeting started by fabiand at 14:01:12 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-27-14.01.log.html . Meeting summary --------------- * Agenda (fabiand, 14:01:25) * Other Items (fabiand, 14:01:31) * Other Items (fabiand, 14:01:37) * LINK: https://gerrit.ovirt.org/#/c/39304/ (fabiand, 14:03:23) * ACTION: fabiand and tlitovsk to review https://gerrit.ovirt.org/#/c/39304/ (fabiand, 14:04:35) Meeting ended at 14:02:23 UTC. Action Items ------------ * fabiand and tlitovsk to review https://gerrit.ovirt.org/#/c/39304/ Action Items, by person ----------------------- * fabiand * fabiand and tlitovsk to review https://gerrit.ovirt.org/#/c/39304/ * tlitovsk * fabiand and tlitovsk to review https://gerrit.ovirt.org/#/c/39304/ * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * alonbl (46) * kripper (33) * sbonazzo (33) * didi (29) * mr_chris (29) * fabiand (24) * YamakasY (23) * wakemaster (21) * feldspar (18) * fsimonce (16) * danken (11) * PA_dot (9) * oved (7) * jvandewege (7) * bkp (7) * evilissimo2 (6) * eedri|lunch (6) * alonbl_ (6) * kripper1 (5) * glafouille (4) * dcaro (4) * nsoffer (4) * rbarry (3) * mvk (3) * ovirtbot (3) * dougsland (2) * Svedrin (2) * loganmc10 (2) * stefanlsd (2) * tools (2) * ade (2) * atkachuk (2) * tlitovsk (2) * wilsonwr (2) * Atonaby (2) * z3d3 (2) * sbonazzo|mtg (2) * dyasny (1) * tal (1) * eedri|mtg (1) * tlitovsk_ (1) * ewoud (1) * nostradamuz (1) * karimb (1) * mtayer (1) * prussell (1) * lvernia (1) * jflorian-local (1) * Dw_Sn (1) * pdangur (1) * masayag (1) * bkorren (1) * gotgnu (1) * sudoshred (1) * bazulay (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

No package vdsm available
by knarra 04 May '15

04 May '15

Hi, I am trying to install vdsm on RHEL6.6 machine. When i run the command 'yum install vdsm' the ouput says "No Package vdsm available" Following are the repos enabled in my sytem. -rw-r--r--. 1 root root 957 Nov 5 2012 epel.repo -rw-r--r--. 1 root root 1056 Nov 5 2012 epel-testing.repo -rw-r--r--. 1 root root 2550 Apr 22 19:15 ovirt-master-dependencies.repo -rw-r--r--. 1 root root 609 Apr 22 18:44 ovirt-master-snapshot.repo -rw-r--r--. 1 root root 358 Apr 22 18:09 redhat.repo -rw-r--r--. 1 root root 529 Sep 15 2014 rhel-source.repo can some one please help me to resolve this issue. Thanks kasturi.

2 2

Jenkins upgrade today
by David Caro 30 Apr '15

30 Apr '15

--p2kqVDKq5asng8Dg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! Today I will be upgrading jenkins to the latest stable version, the upgrade will start at 17:00 CEST (18:00 IST) and will take around 30min. I will set jenkins to not accept new jobs 30 minutes before that to let any pending jobs finish, but any job that does not finish in that time, will be aborted, if that happens feel free to retrigger your patch at [1]. Cheers! [1] http://jenkins.ovirt.org/gerrit_manual_trigger/ --=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro(a)redhat.com Web: www.redhat.com RHT Global #: 82-62605 --p2kqVDKq5asng8Dg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJVQKJOAAoJEEBxx+HSYmnDPYYIAJxbfzwUzAYAbQ64t6iOfy6q Cnb7e02hTu6FoBhlW5ERgmNEtJF+e9xoBG4doE73Zc/oDAhACZ29Wdo1gEGrA3B4 ASwuJ7WR4ZW8JlRGSSITXtado9iCe5kDR7UUgz1s37K334pKDsfuj62l/zeR7pFL dUJSkbQs0Iyc7ZafoD3KPi55+V1bt94lC8I0CreM3RJhP4Y1+I7xePJE2nAJzcp1 KKDQY71al3IUHXd6UiLlWRsy4h8c/8J4u47oRjh8qNXYXQlPSbg2VgI1g20Xgfyc PkUU2hk0FkFsEBzHX6+uUQGowydmmmexEQ/xVus1zxxJDK6U/NSyGrZFLfNtNqo= =C9MQ -----END PGP SIGNATURE----- --p2kqVDKq5asng8Dg--

2 5

Re: [ovirt-devel] [ovirt-users] oVirt HA.
by Sven Kieske 30 Apr '15

30 Apr '15

On 29/04/15 21:53, Dan Yasny wrote: > There is always room for improvement, but think about it: ever since SolidICE, there has been a demand to minimize the amount of hardware used in a minimalistic setup, thus the hosted engine project. And now that we have it, all of a sudden, we need to provide a way to make multiple engines work in active/passive mode? If that capability is provided, I'm sure a new demand will arise, asking for active/active engines, infinitely scalable, and so on. of course you wan't active/active clusters for an enterprise product, rather sooner than later > > The question really is, where the line is drawn. The engine downtime can be a few minutes, it's not that critical in setups of hundreds of hosts. oVirt's raison d'etre is to make VMs run, everything else is just plumbing around that. I disagree: ovirt is a provider of critical infrastructure (vms and their management) for modern it business. imagine a large organisation just using ovirt for their virtualization, with lots of different departments which at will can spawn their own vms, maybe even from different countrys with different time zones (just like red hat ;) ). of course, if just the engine service is down for some reason and you can just restart it with an outage of some seconds, or maybe a minute - fine. but everything above a minute could become critical for large orgs relying on the ability to spawn vms at any given time. or imagine critical HA vms running on ovirt: you can't migrate them, when the engine is not running. you might not even want a downtime of a single second for them, that's why you implemented things like live migration in the first place. the bottom line is: if you manage critical infrastructure, the tools to manage this infrastructure have to be as reliable as the infrastructure itself. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

3 3

Validation issue with IntegerEntityModelTextBoxEditor
by Ramesh 30 Apr '15

30 Apr '15

Hi, We have a validation issue with IntegerEntityModelTextBoxEditor. It converts non numeric values as null to the model. As a result IntegerValidation.validate() will be success always even in case of non integer value. Any suggestion to fix this issue?. Regards, Ramesh

5 6

"Could not find working O_DIRECT alignment. Try cache.direct=off"
by Christopher Pereira 30 Apr '15

30 Apr '15

virDomainCreateXML() is returning "Could not find working O_DIRECT alignment. Try cache.direct=off". This image was working some days ago with a previous version. Did the image get corrupted or could this be related to a recent change in oVirt? --- Logs --- Thread-694::INFO::2015-04-30 03:32:49,512::vm::1765::vm.Vm::(_run) vmId=`bc99ded7-edc9-4bc5-bca5-a61a286757d2`::<?xml version="1.0" encoding="utf-8"?> <domain type="kvm"> <name>Test 31</name> <uuid>bc99ded7-edc9-4bc5-bca5-a61a286757d2</uuid> <memory>12582912</memory> <currentMemory>12582912</currentMemory> <vcpu current="4">16</vcpu> <devices> <channel type="unix"> <target name="com.redhat.rhevm.vdsm" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/bc99ded7-edc9-4bc5-bca5-a61a286757d2.com.redhat.rhevm.vdsm"/> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/bc99ded7-edc9-4bc5-bca5-a61a286757d2.org.qemu.guest_agent.0"/> </channel> <input bus="ps2" type="mouse"/> <sound model="ich6"/> <memballoon model="virtio"> <address bus="0x00" domain="0x0000" function="0x0" slot="0x06" type="pci"/> </memballoon> <controller index="0" ports="16" type="virtio-serial"> <address bus="0x00" domain="0x0000" function="0x0" slot="0x04" type="pci"/> </controller> <video> <address bus="0x00" domain="0x0000" function="0x0" slot="0x02" type="pci"/> <model heads="1" type="cirrus" vram="32768"/> </video> <graphics autoport="yes" listen="0" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"/> <interface type="bridge"> <address bus="0x00" domain="0x0000" function="0x0" slot="0x03" type="pci"/> <mac address="00:1a:4a:16:01:51"/> <model type="virtio"/> <source bridge=";vdsmdummy;"/> <filterref filter="vdsm-no-mac-spoofing"/> <link state="up"/> </interface> <disk device="cdrom" snapshot="no" type="file"> <address bus="1" controller="0" target="0" type="drive" unit="0"/> <source file="" startupPolicy="optional"/> <target bus="ide" dev="hdc"/> <readonly/> <serial/> </disk> <disk device="disk" snapshot="no" type="file"> <address bus="0x00" domain="0x0000" function="0x0" slot="0x05" type="pci"/> <source file="/rhev/data-center/00000001-0001-0001-0001-00000000007e/3233144b-7be1-445f-9ea6-6aebbacbb93f/images/5a7db80d-f037-4dcb-8059-6706a2b62b19/db63659c-c9a9-4f4f-887f-3443a008a27e"/> <target bus="virtio" dev="vda"/> <serial>5a7db80d-f037-4dcb-8059-6706a2b62b19</serial> <boot order="1"/> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw"/> </disk> </devices> <os> <type arch="x86_64" machine="rhel6.5.0">hvm</type> <smbios mode="sysinfo"/> </os> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">oVirt Node</entry> <entry name="version">7-1.1503.el7.centos.2.8</entry> <entry name="serial">4C4C4544-0042-4B10-8058-B2C04F5A5A31</entry> <entry name="uuid">bc99ded7-edc9-4bc5-bca5-a61a286757d2</entry> </system> </sysinfo> <clock adjustment="3600" offset="variable"> <timer name="rtc" tickpolicy="catchup"/> <timer name="pit" tickpolicy="delay"/> <timer name="hpet" present="no"/> </clock> <features> <acpi/> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1"/> </cpu> </domain> Thread-694::ERROR::2015-04-30 03:32:49,978::vm::741::vm.Vm::(_startUnderlyingVm) vmId=`bc99ded7-edc9-4bc5-bca5-a61a286757d2`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 689, in _startUnderlyingVm self._run() File "/usr/share/vdsm/virt/vm.py", line 1800, in _run self._connection.createXML(domxml, flags), File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 126, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3427, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: internal error: process exited while connecting to monitor: 2015-04-30T06:32:49.783554Z qemu-kvm: -drive file=/rhev/data-center/00000001-0001-0001-0001-00000000007e/3233144b-7be1-445f-9ea6-6aebbacbb93f/images/5a7db80d-f037-4dcb-8059-6706a2b62b19/db63659c-c9a9-4f4f-887f-3443a008a27e,if=none,id=drive-virtio-disk0,format=raw,serial=5a7db80d-f037-4dcb-8059-6706a2b62b19,cache=none,werror=stop,rerror=stop,aio=threads: could not open disk image /rhev/data-center/00000001-0001-0001-0001-00000000007e/3233144b-7be1-445f-9ea6-6aebbacbb93f/images/5a7db80d-f037-4dcb-8059-6706a2b62b19/db63659c-c9a9-4f4f-887f-3443a008a27e: Could not find working O_DIRECT alignment. Try cache.direct=off. --- Related BZ : https://bugzilla.redhat.com/show_bug.cgi?id=1184363

1 0