5:20 a.m.
This is a multi-part message in MIME format.
----_com.samsung.android.email_5990013383491030
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: 7bit
This happening to a number of vm's. All vm's are running and can be
stopped and re started. We can read and write data within the vm.
All vms are currently running on a single node gluster file system. I
am attempting to migrate to a replica 3 gluster file system when i
exprience these issues. The problem always seems to happen when
finalizing the move or copy.
If it makes a difference the gluster storage we are coping to and from
are dedicated storage servers.
-------- Original message --------
From: Maor Lipchuk <mlipchuk(a)redhat.com>
Date: 6/2/17 5:29 PM (GMT-06:00)
To: Bryan Sockel <Bryan.Sockel(a)altn.com>
Cc: users(a)ovirt.org
Subject: Re: [ovirt-users] VM/Template copy issue
_____
From : Maor Lipchuk [mlipchuk(a)redhat.com]
To : Bryan Sockel
[Bryan.Sockel(a)altn.com]
Cc : users(a)ovirt.org [users(a)ovirt.org]
Date : Friday, June 2 2017 17:27:32
Hi Bryan,
It seems like there was an error from qemu-img while reading sector
143654878 .
the Image copy (conversion) failed with low level qemu-img failure:
CopyImageError: low level Image copy failed:
("cmd=['/usr/bin/taskset', '--cpu-list', '0-31',
'/usr/bin/nice',
'-n', '19', '/usr/bin/ionice', '-c', '3',
'/usr/bin/qemu-img',
'convert', '-p', '-t', 'none', '-T',
'none', '-f', 'raw',
u'/rhev/data-center/d776b537-16f2-4543-bd96-9b4cba69e247/e371d380-7194-4
950-b901-5f2aed5dfb35/images/9959c6e4-1fb7-455b-ad5e-8b9e2324a0ab/3f4e18
3b-7957-4bee-9153-9d967491f882',
'-O', 'raw',
u'/rhev/data-center/mnt/glusterSD/vs-host-colo-1-gluster.altn.int:_deskt
op-vdi1/f927ceb8-91d2-41bd-ba42-dc795395b6d0/images/9959c6e4-1fb7-455b-a
d5e-8b9e2324a0ab/3f4e183b-7957-4bee-9153-9d967491f882'],
ecode=1, stdout=, stderr=qemu-img: error while reading sector
143654878: No data available\n, message=None",)
Can you verify those disks are indeed valid? Can you IO to them while
attaching them to a running VM?
On Tue, May 30, 2017 at 9:10 PM, Bryan Sockel wrote:
Hi,
I am trying to rebuild my ovirt environment after having to juggle
some
hardware around. I am moving from hosted engine environment into a
engine
install on a dedicated server. I have two data centers in my setup
and each
DC has a non-routable vlan dedicated to storage.
As i rebuild my setup i am trying to clean up my storage
configuration. I
am attempting to copy vm's and templates to a dedicated gluster
setup.
However each time i attempt to copy a template or move a vm, the
operation
fails. The failure always happens when it is finalizing the copy.
The operation does not happen with all vm's, but seems to happen
mostly with
vm's created from with in Ovirt, and not imported from vmware.
I have attached the logs from where i was trying to copy to templates
to a
new Gluster Filesystem
Thanks
Bryan
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
----_com.samsung.android.email_5990013383491030
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
<html><head><meta http-equiv=3D"Content-Type"
content=3D"text/html; =
charset=3DUTF-8"></head><body><div>This happening to a number
of =
vm's. All vm's are running and can be stopped and re started. We =
can read and write data within the
vm.</div><div><br></div><div>All vms =
are currently running on a single node gluster file system. I am =
attempting to migrate to a replica 3 gluster file system when i =
exprience these issues. The problem always seems to happen when =
finalizing the move or copy.</div><div><br></div><div>If it
makes a =
difference the gluster storage we are coping to and from are dedicated =
storage
servers.</div><div><br></div><div><br></div><!--
originalMessage =
--><div>-------- Original message --------</div><div>From: Maor
Lipchuk =
&lt;mlipchuk(a)redhat.com&gt; </div><div>Date: 6/2/17 5:29 PM =
(GMT-06:00) </div><div>To: Bryan Sockel &lt;Bryan.Sockel(a)altn.com&gt;
=
</div><div>Cc: users(a)ovirt.org </div><div>Subject: Re:
[ovirt-users] =
VM/Template copy issue </div><div><br></div><div =
style=3D"margin-left:2px;padding-left:2px;border-left:1px solid =
#202020;"><div style=3D"font-size: 10pt; background-color: #ffffff; =
color: #000000; font-weight: 400; font-family: =
Tahoma,Arial,Verdana,sans-serif;" ><hr /><div><span =
style=3D"font-weight: 700">From</span> : Maor Lipchuk =
[mlipchuk(a)redhat.com]</div><div><span style=3D"font-weight: =
700">To</span> : Bryan Sockel
[Bryan.Sockel(a)altn.com]</div><div><span =
style=3D"font-weight: 700">Cc</span> : users(a)ovirt.org =
[users(a)ovirt.org]</div><div><span style=3D"font-weight:
700">Date</span> =
: Friday, June 2 2017 17:27:32</div></div>=0A=
<pre>Hi Bryan,
It seems like there was an error from qemu-img while reading sector =
143654878 .
the Image copy (conversion) failed with low level qemu-img failure:
CopyImageError: low level Image copy failed:
("cmd=3D['/usr/bin/taskset', '--cpu-list', '0-31',
'/usr/bin/nice',
'-n', '19', '/usr/bin/ionice', '-c', '3',
'/usr/bin/qemu-img',
'convert', '-p', '-t', 'none', '-T',
'none', '-f', 'raw',
u'/rhev/data-center/d776b537-16f2-4543-bd96-9b4cba69e247/e371d380-7194-49=
50-b901-5f2aed5dfb35/images/9959c6e4-1fb7-455b-ad5e-8b9e2324a0ab/3f4e183b=
-7957-4bee-9153-9d967491f882',
'-O', 'raw', =
u'/rhev/data-center/mnt/glusterSD/vs-host-colo-1-gluster.altn.int:_deskto=
p-vdi1/f927ceb8-91d2-41bd-ba42-dc795395b6d0/images/9959c6e4-1fb7-455b-ad5=
e-8b9e2324a0ab/3f4e183b-7957-4bee-9153-9d967491f882'],
ecode=3D1, stdout=3D, stderr=3Dqemu-img: error while reading sector
143654878: No data available\n, message=3DNone",)
Can you verify those disks are indeed valid? Can you IO to them while
attaching them to a running VM?
On Tue, May 30, 2017 at 9:10 PM, Bryan Sockel <Bryan.Sockel(a)altn.com> =
wrote:
Hi,
I am trying to rebuild my ovirt environment after having to juggle =
some
hardware around. I am moving from hosted engine environment into a =
engine
install on a dedicated server. I have two data centers in my setup =
and each
DC has a non-routable vlan dedicated to storage.
As i rebuild my setup i am trying to clean up my storage =
configuration. I
am attempting to copy vm's and templates to a dedicated gluster
setup.
However each time i attempt to copy a template or move a vm, the =
operation
fails. The failure always happens when it is finalizing the copy.
The operation does not happen with all vm's, but seems to happen =
mostly with
vm's created from with in Ovirt, and not imported from vmware.
I have attached the logs from where i was trying to copy to templates =
to a
new Gluster Filesystem
Thanks
Bryan
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
</pre></div></body></html>
----_com.samsung.android.email_5990013383491030--