8:41 a.m.
Hello,
I just update to Version 4.4.3.11-1.el8. Engine and host
and now I cannot copy or move disks.
Storage domains are glusterfs
# gluster --version
glusterfs 7.8
Here is what I found on vdsm.log
2020-11-14 14:08:16,917+0000 INFO (tasks/5) [storage.SANLock] Releasing
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1-teste.aclou
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:530)
2020-11-14 14:08:17,015+0000 INFO (tasks/5) [storage.SANLock] Successfully released
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1
-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:540)
2020-11-14 14:08:17,016+0000 ERROR (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' failed (jobs:223)
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/vdsm/jobs.py", line 159, in run
self._run()
File "/usr/lib/python3.6/site-packages/vdsm/storage/sdm/api/copy_data.py", line
110, in _run
self._operation.run()
File "/usr/lib/python3.6/site-packages/vdsm/storage/qemuimg.py", line 374, in
run
for data in self._operation.watch():
File "/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line 106, in
watch
self._finalize(b"", err)
File "/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line 179, in
_finalize
raise cmdutils.Error(self._cmd, rc, out, err)
vdsm.common.cmdutils.Error: Command ['/usr/bin/qemu-img', 'convert',
'-p', '-t', 'none', '-T', 'none', '-f',
'raw', '-O', 'raw',
'/rhev/data-center/mnt/glusterSD/node1-teste.aclou
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051',
'/rhev/data-center/mnt/glusterSD/node1-teste.ac
loud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b']
failed with rc=1 out=b'' err=bytearray(b'qem
u-img: error while reading sector 260177858: No such file or directory\n')
2020-11-14 14:08:17,017+0000 INFO (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' will be deleted in 3600 seconds (jobs:251)
2020-11-14 14:08:17,017+0000 INFO (tasks/5) [storage.ThreadPool.WorkerThread] FINISH task
6cb1d496-d1ca-40b5-a488-a72982738bab (threadPool:151)
2020-11-14 14:08:17,316+0000 INFO (jsonrpc/2) [api.host] START
getJobs(job_type='storage',
job_ids=['8cd732fc-d69b-4c32-8b35-e4a8e47396fb']) from=::ffff:192.168.5.165,36616,
flow
_id=49320e0a-14fb-4cbb-bdfd-b2546c260bf7 (api:48)
--
Jose Ferradeira
http://www.logicworks.pt
4:05 p.m.
What happens when you run this command (from the SPM Host):
sudo -u vdsm /usr/bin/qemu-img convert -p -t none -T none -f raw -O raw
/rhev/data-center/mnt/glusterSD/node1-teste.aclou
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051
/rhev/data-center/mnt/glusterSD/node1-teste.ac
loud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b
Best Regards,
Strahil Nikolov
В събота, 14 ноември 2020 г., 16:46:37 Гринуич+2, suporte(a)logicworks.pt
<suporte(a)logicworks.pt> написа:
Hello,
I just update to Version 4.4.3.11-1.el8. Engine and host
and now I cannot copy or move disks.
Storage domains are glusterfs
# gluster --version
glusterfs 7.8
Here is what I found on vdsm.log
2020-11-14 14:08:16,917+0000 INFO (tasks/5) [storage.SANLock] Releasing
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:530) 2020-11-14 14:08:17,015+0000 INFO (tasks/5) [storage.SANLock]
Successfully released Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:540) 2020-11-14 14:08:17,016+0000 ERROR (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' failed (jobs:223) Traceback (most recent
call last): File "/usr/lib/python3.6/site-packages/vdsm/jobs.py", line 159, in
run self._run() File
"/usr/lib/python3.6/site-packages/vdsm/storage/sdm/api/copy_data.py", line 110,
in _run self._operation.run() File
"/usr/lib/python3.6/site-packages/vdsm/storage/qemuimg.py", line 374, in run
for data in self._operation.watch(): File
"/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line 106, in watch
self._finalize(b"", err) File
"/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line 179, in
_finalize raise cmdutils.Error(self._cmd, rc, out, err) vdsm.common.cmdutils.Error:
Command ['/usr/bin/qemu-img', 'convert', '-p', '-t',
'none', '-T', 'none', '-f', 'raw', '-O',
'raw',
'/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051',
'/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b']
failed with rc=1 out=b'' err=bytearray(b'qemu-img: error while reading sector
260177858: No such file or directory\n') 2020-11-14 14:08:17,017+0000 INFO (tasks/5)
[root] Job '8cd732fc-d69b-4c32-8b35-e4a8e47396fb' will be deleted in 3600 seconds
(jobs:251) 2020-11-14 14:08:17,017+0000 INFO (tasks/5) [storage.ThreadPool.WorkerThread]
FINISH task 6cb1d496-d1ca-40b5-a488-a72982738bab (threadPool:151) 2020-11-14
14:08:17,316+0000 INFO (jsonrpc/2) [api.host] START getJobs(job_type='storage',
job_ids=['8cd732fc-d69b-4c32-8b35-e4a8e47396fb']) from=::ffff:192.168.5.165,36616,
flow_id=49320e0a-14fb-4cbb-bdfd-b2546c260bf7 (api:48)
--
________________________________
Jose Ferradeira
http://www.logicworks.pt
_______________________________________________
Users mailing list -- users(a)ovirt.org
To unsubscribe send an email to users-leave(a)ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/C3XZ4MHQ4UR...
8:19 a.m.
Here it is:
# sudo -u vdsm /usr/bin/qemu-img convert -p -t none -T none -f raw -O raw
/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-
c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051
/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-
c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b
qemu-img:
/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33
f547bee6b: error while converting raw: Could not create file: No such file or directory
Thanks
José
De: "Strahil Nikolov" <hunter86_bg(a)yahoo.com>
Para: "users" <users(a)ovirt.org>, suporte(a)logicworks.pt
Enviadas: Sábado, 14 De Novembro de 2020 22:05:53
Assunto: Re: [ovirt-users] Cannot copy or move disks
What happens when you run this command (from the SPM Host):
sudo -u vdsm /usr/bin/qemu-img convert -p -t none -T none -f raw -O raw
/rhev/data-center/mnt/glusterSD/node1-teste.aclou
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051
/rhev/data-center/mnt/glusterSD/node1-teste.ac
loud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b
Best Regards,
Strahil Nikolov
В събота, 14 ноември 2020 г., 16:46:37 Гринуич+2, suporte(a)logicworks.pt
<suporte(a)logicworks.pt> написа:
Hello,
I just update to Version 4.4.3.11-1.el8. Engine and host
and now I cannot copy or move disks.
Storage domains are glusterfs
# gluster --version
glusterfs 7.8
Here is what I found on vdsm.log
2020-11-14 14:08:16,917+0000 INFO (tasks/5) [storage.SANLock] Releasing
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:530) 2020-11-14 14:08:17,015+0000 INFO (tasks/5) [storage.SANLock]
Successfully released Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:540) 2020-11-14 14:08:17,016+0000 ERROR (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' failed (jobs:223) Traceback (most recent
call last): File "/usr/lib/python3.6/site-packages/vdsm/jobs.py", line 159, in
run self._run() File
"/usr/lib/python3.6/site-packages/vdsm/storage/sdm/api/copy_data.py", line 110,
in _run self._operation.run() File
"/usr/lib/python3.6/site-packages/vdsm/storage/qemuimg.py", line 374, in run for
data in self._operation.watch(): File
"/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line 106, in watch
self._finalize(b"", err) File
"/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line 179, in
_finalize raise cmdutils.Error(self._cmd, rc, out, err) vdsm.common.cmdutils.Error:
Command ['/usr/bin/qemu-img', 'convert', '-p', '-t',
'none', '-T', 'none', '-f', 'raw', '-O',
'raw',
'/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051',
'/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b']
failed with rc=1 out=b'' err=bytearray(b'qemu-img: error while reading sector
260177858: No such file or directory\n') 2020-11-14 14:08:17,017+0000 INFO (tasks/5)
[root] Job '8cd732fc-d69b-4c32-8b35-e4a8e47396fb' will be deleted in 3600 seconds
(jobs:251) 2020-11-14 14:08:17,017+0000 INFO (tasks/5) [storage.ThreadPool.WorkerThread]
FINISH task 6cb1d496-d1ca-40b5-a488-a72982738bab (threadPool:151) 2020-11-14
14:08:17,316+0000 INFO (jsonrpc/2) [api.host] START getJobs(job_type='storage',
job_ids=['8cd732fc-d69b-4c32-8b35-e4a8e47396fb']) from=::ffff:192.168.5.165,36616,
flow_id=49320e0a-14fb-4cbb-bdfd-b2546c260bf7 (api:48)
--
________________________________
Jose Ferradeira
http://www.logicworks.pt
_______________________________________________
Users mailing list -- users(a)ovirt.org
To unsubscribe send an email to users-leave(a)ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/C3XZ4MHQ4UR...
8:50 a.m.
Do the files really exist ?
Any heals pending ?
Best Regards,
Strahil Nikolov
В неделя, 15 ноември 2020 г., 16:24:48 Гринуич+2, suporte(a)logicworks.pt
<suporte(a)logicworks.pt> написа:
Here it is:
# sudo -u vdsm /usr/bin/qemu-img convert -p -t none -T none -f raw -O raw
/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051
/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b
qemu-img:
/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b:
error while converting raw: Could not create file: No such file or directory
Thanks
José
________________________________
De: "Strahil Nikolov" <hunter86_bg(a)yahoo.com>
Para: "users" <users(a)ovirt.org>, suporte(a)logicworks.pt
Enviadas: Sábado, 14 De Novembro de 2020 22:05:53
Assunto: Re: [ovirt-users] Cannot copy or move disks
What happens when you run this command (from the SPM Host):
sudo -u vdsm /usr/bin/qemu-img convert -p -t none -T none -f raw -O raw
/rhev/data-center/mnt/glusterSD/node1-teste.aclou
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051
/rhev/data-center/mnt/glusterSD/node1-teste.ac
loud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b
Best Regards,
Strahil Nikolov
В събота, 14 ноември 2020 г., 16:46:37 Гринуич+2, suporte(a)logicworks.pt
<suporte(a)logicworks.pt> написа:
Hello,
I just update to Version 4.4.3.11-1.el8. Engine and host
and now I cannot copy or move disks.
Storage domains are glusterfs
# gluster --version
glusterfs 7.8
Here is what I found on vdsm.log
2020-11-14 14:08:16,917+0000 INFO (tasks/5) [storage.SANLock] Releasing
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:530) 2020-11-14 14:08:17,015+0000 INFO (tasks/5) [storage.SANLock]
Successfully released Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:540) 2020-11-14 14:08:17,016+0000 ERROR (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' failed (jobs:223) Traceback (most recent
call last): File "/usr/lib/python3.6/site-packages/vdsm/jobs.py", line 159, in
run self._run() File
"/usr/lib/python3.6/site-packages/vdsm/storage/sdm/api/copy_data.py", line 110,
in _run self._operation.run() File
"/usr/lib/python3.6/site-packages/vdsm/storage/qemuimg.py", line 374, in run
for data in self._operation.watch(): File
"/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line 106, in watch
self._finalize(b"", err) File
"/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line 179, in
_finalize raise cmdutils.Error(self._cmd, rc, out, err) vdsm.common.cmdutils.Error:
Command ['/usr/bin/qemu-img', 'convert', '-p', '-t',
'none', '-T', 'none', '-f', 'raw', '-O',
'raw',
'/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051',
'/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b']
failed with rc=1 out=b'' err=bytearray(b'qemu-img: error while reading sector
260177858: No such file or directory\n') 2020-11-14 14:08:17,017+0000 INFO (tasks/5)
[root] Job '8cd732fc-d69b-4c32-8b35-e4a8e47396fb' will be deleted in 3600 seconds
(jobs:251) 2020-11-14 14:08:17,017+0000 INFO (tasks/5) [storage.ThreadPool.WorkerThread]
FINISH task 6cb1d496-d1ca-40b5-a488-a72982738bab (threadPool:151) 2020-11-14
14:08:17,316+0000 INFO (jsonrpc/2) [api.host] START getJobs(job_type='storage',
job_ids=['8cd732fc-d69b-4c32-8b35-e4a8e47396fb']) from=::ffff:192.168.5.165,36616,
flow_id=49320e0a-14fb-4cbb-bdfd-b2546c260bf7 (api:48)
--
________________________________
Jose Ferradeira
http://www.logicworks.pt
_______________________________________________
Users mailing list -- users(a)ovirt.org
To unsubscribe send an email to users-leave(a)ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/C3XZ4MHQ4UR...
_______________________________________________
Users mailing list -- users(a)ovirt.org
To unsubscribe send an email to users-leave(a)ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JOPP3FOYGMH...
10:13 a.m.
I have an alert:
Data Center Default compatibility version is 4.4, which is lower than latest available
version 4.5. Please upgrade your Data Center to latest version to successfully finish
upgrade of your setup.
But when trying to update it to 4.5 always get this error:
Host is compatible with versions (4.2,4.3,4.4) and cannot join Cluster Default which is
set to version 4.5.
How can I change host to 4.5?
De: "Strahil Nikolov" <hunter86_bg(a)yahoo.com>
Para: suporte(a)logicworks.pt
Cc: "users" <users(a)ovirt.org>
Enviadas: Domingo, 15 De Novembro de 2020 14:50:47
Assunto: Re: [ovirt-users] Re: Cannot copy or move disks
Do the files really exist ?
Any heals pending ?
Best Regards,
Strahil Nikolov
В неделя, 15 ноември 2020 г., 16:24:48 Гринуич+2, suporte(a)logicworks.pt
<suporte(a)logicworks.pt> написа:
Here it is:
# sudo -u vdsm /usr/bin/qemu-img convert -p -t none -T none -f raw -O raw
/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051
/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b
qemu-img:
/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b:
error while converting raw: Could not create file: No such file or directory
Thanks
José
________________________________
De: "Strahil Nikolov" <hunter86_bg(a)yahoo.com>
Para: "users" <users(a)ovirt.org>, suporte(a)logicworks.pt
Enviadas: Sábado, 14 De Novembro de 2020 22:05:53
Assunto: Re: [ovirt-users] Cannot copy or move disks
What happens when you run this command (from the SPM Host):
sudo -u vdsm /usr/bin/qemu-img convert -p -t none -T none -f raw -O raw
/rhev/data-center/mnt/glusterSD/node1-teste.aclou
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051
/rhev/data-center/mnt/glusterSD/node1-teste.ac
loud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b
Best Regards,
Strahil Nikolov
В събота, 14 ноември 2020 г., 16:46:37 Гринуич+2, suporte(a)logicworks.pt
<suporte(a)logicworks.pt> написа:
Hello,
I just update to Version 4.4.3.11-1.el8. Engine and host
and now I cannot copy or move disks.
Storage domains are glusterfs
# gluster --version
glusterfs 7.8
Here is what I found on vdsm.log
2020-11-14 14:08:16,917+0000 INFO (tasks/5) [storage.SANLock] Releasing
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:530) 2020-11-14 14:08:17,015+0000 INFO (tasks/5) [storage.SANLock]
Successfully released Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:540) 2020-11-14 14:08:17,016+0000 ERROR (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' failed (jobs:223) Traceback (most recent
call last): File "/usr/lib/python3.6/site-packages/vdsm/jobs.py", line 159, in
run self._run() File
"/usr/lib/python3.6/site-packages/vdsm/storage/sdm/api/copy_data.py", line 110,
in _run self._operation.run() File
"/usr/lib/python3.6/site-packages/vdsm/storage/qemuimg.py", line 374, in run for
data in self._operation.watch(): File
"/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line 106, in watch
self._finalize(b"", err) File
"/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line 179, in
_finalize raise cmdutils.Error(self._cmd, rc, out, err) vdsm.common.cmdutils.Error:
Command ['/usr/bin/qemu-img', 'convert', '-p', '-t',
'none', '-T', 'none', '-f', 'raw', '-O',
'raw',
'/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051',
'/rhev/data-center/mnt/glusterSD/node1-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b']
failed with rc=1 out=b'' err=bytearray(b'qemu-img: error while reading sector
260177858: No such file or directory\n') 2020-11-14 14:08:17,017+0000 INFO (tasks/5)
[root] Job '8cd732fc-d69b-4c32-8b35-e4a8e47396fb' will be deleted in 3600 seconds
(jobs:251) 2020-11-14 14:08:17,017+0000 INFO (tasks/5) [storage.ThreadPool.WorkerThread]
FINISH task 6cb1d496-d1ca-40b5-a488-a72982738bab (threadPool:151) 2020-11-14
14:08:17,316+0000 INFO (jsonrpc/2) [api.host] START getJobs(job_type='storage',
job_ids=['8cd732fc-d69b-4c32-8b35-e4a8e47396fb']) from=::ffff:192.168.5.165,36616,
flow_id=49320e0a-14fb-4cbb-bdfd-b2546c260bf7 (api:48)
--
________________________________
Jose Ferradeira
http://www.logicworks.pt
_______________________________________________
Users mailing list -- users(a)ovirt.org
To unsubscribe send an email to users-leave(a)ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/C3XZ4MHQ4UR...
_______________________________________________
Users mailing list -- users(a)ovirt.org
To unsubscribe send an email to users-leave(a)ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JOPP3FOYGMH...
10:35 a.m.
On Sun, Nov 15, 2020 at 6:16 PM <suporte(a)logicworks.pt> wrote:
I have an alert:
Data Center Default compatibility version is 4.4, which is lower than latest available
version 4.5. Please upgrade your Data Center to latest version to successfully finish
upgrade of your setup.
But when trying to update it to 4.5 always get this error:
Host is compatible with versions (4.2,4.3,4.4) and cannot join Cluster Default which is
set to version 4.5.
How can I change host to 4.5?
4.5 cluster version is available only on RHEL 8.3. When CentOS 8.3 will be
released, and RHEL AV 8.3 will be built for CentOS, you will be able to
upgrade your hosts. When all hosts support cluster version 4.5 you will be
able to upgrade the cluster and dc.
This should not be related to the qemu-img error.
Nir
9:03 a.m.
On Sat, Nov 14, 2020 at 4:45 PM <suporte(a)logicworks.pt> wrote:
Hello,
I just update to Version 4.4.3.11-1.el8. Engine and host
and now I cannot copy or move disks.
Storage domains are glusterfs
# gluster --version
glusterfs 7.8
Here is what I found on vdsm.log
2020-11-14 14:08:16,917+0000 INFO (tasks/5) [storage.SANLock] Releasing
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1-teste.aclou
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:530)
2020-11-14 14:08:17,015+0000 INFO (tasks/5) [storage.SANLock] Successfully released
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1
-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:540)
2020-11-14 14:08:17,016+0000 ERROR (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' failed (jobs:223)
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/vdsm/jobs.py", line 159, in run
self._run()
File "/usr/lib/python3.6/site-packages/vdsm/storage/sdm/api/copy_data.py",
line 110, in _run
self._operation.run()
File "/usr/lib/python3.6/site-packages/vdsm/storage/qemuimg.py", line 374, in
run
for data in self._operation.watch():
File "/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line 106,
in watch
self._finalize(b"", err)
File "/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line 179,
in _finalize
raise cmdutils.Error(self._cmd, rc, out, err)
vdsm.common.cmdutils.Error: Command ['/usr/bin/qemu-img', 'convert',
'-p', '-t', 'none', '-T', 'none', '-f',
'raw', '-O', 'raw',
'/rhev/data-center/mnt/glusterSD/node1-teste.aclou
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051',
'/rhev/data-center/mnt/glusterSD/node1-teste.ac
loud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b']
failed with rc=1 out=b'' err=bytearray(b'qem
u-img: error while reading sector 260177858: No such file or directory\n')
This is an impossible error for read(), preadv() etc.
2020-11-14 14:08:17,017+0000 INFO (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' will be deleted in 3600 seconds (jobs:251)
2020-11-14 14:08:17,017+0000 INFO (tasks/5) [storage.ThreadPool.WorkerThread] FINISH
task 6cb1d496-d1ca-40b5-a488-a72982738bab (threadPool:151)
2020-11-14 14:08:17,316+0000 INFO (jsonrpc/2) [api.host] START
getJobs(job_type='storage',
job_ids=['8cd732fc-d69b-4c32-8b35-e4a8e47396fb']) from=::ffff:192.168.5.165,36616,
flow
_id=49320e0a-14fb-4cbb-bdfd-b2546c260bf7 (api:48)
This was reported here a long time ago with various versions of gluster.
I don't think we got any response from gluster folks about it yet.
Can you file an oVirt bug about this?
Nir
2:26 p.m.
So, you think it's really a bug?
De: "Nir Soffer" <nsoffer(a)redhat.com>
Para: suporte(a)logicworks.pt
Cc: "users" <users(a)ovirt.org>, "Sahina Bose"
<sabose(a)redhat.com>, "Krutika Dhananjay" <kdhananj(a)redhat.com>,
"Nisan, Tal" <tnisan(a)redhat.com>
Enviadas: Domingo, 15 De Novembro de 2020 15:03:21
Assunto: Re: [ovirt-users] Cannot copy or move disks
On Sat, Nov 14, 2020 at 4:45 PM <suporte(a)logicworks.pt> wrote:
Hello,
I just update to Version 4.4.3.11-1.el8. Engine and host
and now I cannot copy or move disks.
Storage domains are glusterfs
# gluster --version
glusterfs 7.8
Here is what I found on vdsm.log
2020-11-14 14:08:16,917+0000 INFO (tasks/5) [storage.SANLock] Releasing
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1-teste.aclou
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:530)
2020-11-14 14:08:17,015+0000 INFO (tasks/5) [storage.SANLock] Successfully released
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1
-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:540)
2020-11-14 14:08:17,016+0000 ERROR (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' failed (jobs:223)
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/vdsm/jobs.py", line 159, in run
self._run()
File "/usr/lib/python3.6/site-packages/vdsm/storage/sdm/api/copy_data.py", line
110, in _run
self._operation.run()
File "/usr/lib/python3.6/site-packages/vdsm/storage/qemuimg.py", line 374, in
run
for data in self._operation.watch():
File "/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line 106, in
watch
self._finalize(b"", err)
File "/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line 179, in
_finalize
raise cmdutils.Error(self._cmd, rc, out, err)
vdsm.common.cmdutils.Error: Command ['/usr/bin/qemu-img', 'convert',
'-p', '-t', 'none', '-T', 'none', '-f',
'raw', '-O', 'raw',
'/rhev/data-center/mnt/glusterSD/node1-teste.aclou
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051',
'/rhev/data-center/mnt/glusterSD/node1-teste.ac
loud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b']
failed with rc=1 out=b'' err=bytearray(b'qem
u-img: error while reading sector 260177858: No such file or directory\n')
This is an impossible error for read(), preadv() etc.
2020-11-14 14:08:17,017+0000 INFO (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' will be deleted in 3600 seconds (jobs:251)
2020-11-14 14:08:17,017+0000 INFO (tasks/5) [storage.ThreadPool.WorkerThread] FINISH task
6cb1d496-d1ca-40b5-a488-a72982738bab (threadPool:151)
2020-11-14 14:08:17,316+0000 INFO (jsonrpc/2) [api.host] START
getJobs(job_type='storage',
job_ids=['8cd732fc-d69b-4c32-8b35-e4a8e47396fb']) from=::ffff:192.168.5.165,36616,
flow
_id=49320e0a-14fb-4cbb-bdfd-b2546c260bf7 (api:48)
This was reported here a long time ago with various versions of gluster.
I don't think we got any response from gluster folks about it yet.
Can you file an oVirt bug about this?
Nir
11:06 p.m.
Most probably a gluster bug.
Best Regards,
Strahil Nikolov
В неделя, 15 ноември 2020 г., 22:31:24 Гринуич+2, suporte(a)logicworks.pt
<suporte(a)logicworks.pt> написа:
So, you think it's really a bug?
________________________________
De: "Nir Soffer" <nsoffer(a)redhat.com>
Para: suporte(a)logicworks.pt
Cc: "users" <users(a)ovirt.org>, "Sahina Bose"
<sabose(a)redhat.com>, "Krutika Dhananjay" <kdhananj(a)redhat.com>,
"Nisan, Tal" <tnisan(a)redhat.com>
Enviadas: Domingo, 15 De Novembro de 2020 15:03:21
Assunto: Re: [ovirt-users] Cannot copy or move disks
On Sat, Nov 14, 2020 at 4:45 PM <suporte(a)logicworks.pt> wrote:
Hello,
I just update to Version 4.4.3.11-1.el8. Engine and host
and now I cannot copy or move disks.
Storage domains are glusterfs
# gluster --version
glusterfs 7.8
Here is what I found on vdsm.log
2020-11-14 14:08:16,917+0000 INFO (tasks/5) [storage.SANLock] Releasing
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1-teste.aclou
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:530)
2020-11-14 14:08:17,015+0000 INFO (tasks/5) [storage.SANLock] Successfully released
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1
-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:540)
2020-11-14 14:08:17,016+0000 ERROR (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' failed (jobs:223)
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/vdsm/jobs.py", line 159, in run
self._run()
File "/usr/lib/python3.6/site-packages/vdsm/storage/sdm/api/copy_data.py",
line 110, in _run
self._operation.run()
File "/usr/lib/python3.6/site-packages/vdsm/storage/qemuimg.py", line 374, in
run
for data in self._operation.watch():
File "/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line 106,
in watch
self._finalize(b"", err)
File "/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line 179,
in _finalize
raise cmdutils.Error(self._cmd, rc, out, err)
vdsm.common.cmdutils.Error: Command ['/usr/bin/qemu-img', 'convert',
'-p', '-t', 'none', '-T', 'none', '-f',
'raw', '-O', 'raw',
'/rhev/data-center/mnt/glusterSD/node1-teste.aclou
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051',
'/rhev/data-center/mnt/glusterSD/node1-teste.ac
loud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b']
failed with rc=1 out=b'' err=bytearray(b'qem
u-img: error while reading sector 260177858: No such file or directory\n')
This is an impossible error for read(), preadv() etc.
2020-11-14 14:08:17,017+0000 INFO (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' will be deleted in 3600 seconds (jobs:251)
2020-11-14 14:08:17,017+0000 INFO (tasks/5) [storage.ThreadPool.WorkerThread] FINISH
task 6cb1d496-d1ca-40b5-a488-a72982738bab (threadPool:151)
2020-11-14 14:08:17,316+0000 INFO (jsonrpc/2) [api.host] START
getJobs(job_type='storage',
job_ids=['8cd732fc-d69b-4c32-8b35-e4a8e47396fb']) from=::ffff:192.168.5.165,36616,
flow
_id=49320e0a-14fb-4cbb-bdfd-b2546c260bf7 (api:48)
This was reported here a long time ago with various versions of gluster.
I don't think we got any response from gluster folks about it yet.
Can you file an oVirt bug about this?
Nir
_______________________________________________
Users mailing list -- users(a)ovirt.org
To unsubscribe send an email to users-leave(a)ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/V3F3OONLMQX...
3:34 a.m.
On Sun, Nov 15, 2020 at 10:27 PM <suporte(a)logicworks.pt> wrote:
So, you think it's really a bug?
I'm pretty sure this is a bug on gluster side.
________________________________
De: "Nir Soffer" <nsoffer(a)redhat.com>
Para: suporte(a)logicworks.pt
Cc: "users" <users(a)ovirt.org>, "Sahina Bose"
<sabose(a)redhat.com>, "Krutika Dhananjay" <kdhananj(a)redhat.com>,
"Nisan, Tal" <tnisan(a)redhat.com>
Enviadas: Domingo, 15 De Novembro de 2020 15:03:21
Assunto: Re: [ovirt-users] Cannot copy or move disks
On Sat, Nov 14, 2020 at 4:45 PM <suporte(a)logicworks.pt> wrote:
>
> Hello,
>
> I just update to Version 4.4.3.11-1.el8. Engine and host
>
> and now I cannot copy or move disks.
>
> Storage domains are glusterfs
>
> # gluster --version
> glusterfs 7.8
>
> Here is what I found on vdsm.log
>
> 2020-11-14 14:08:16,917+0000 INFO (tasks/5) [storage.SANLock] Releasing
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1-teste.aclou
>
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:530)
> 2020-11-14 14:08:17,015+0000 INFO (tasks/5) [storage.SANLock] Successfully released
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1
>
-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:540)
> 2020-11-14 14:08:17,016+0000 ERROR (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' failed (jobs:223)
> Traceback (most recent call last):
> File "/usr/lib/python3.6/site-packages/vdsm/jobs.py", line 159, in run
> self._run()
> File
"/usr/lib/python3.6/site-packages/vdsm/storage/sdm/api/copy_data.py", line 110,
in _run
> self._operation.run()
> File "/usr/lib/python3.6/site-packages/vdsm/storage/qemuimg.py", line
374, in run
> for data in self._operation.watch():
> File "/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line
106, in watch
> self._finalize(b"", err)
> File "/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line
179, in _finalize
> raise cmdutils.Error(self._cmd, rc, out, err)
> vdsm.common.cmdutils.Error: Command ['/usr/bin/qemu-img', 'convert',
'-p', '-t', 'none', '-T', 'none', '-f',
'raw', '-O', 'raw',
'/rhev/data-center/mnt/glusterSD/node1-teste.aclou
>
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051',
'/rhev/data-center/mnt/glusterSD/node1-teste.ac
>
loud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b']
failed with rc=1 out=b'' err=bytearray(b'qem
> u-img: error while reading sector 260177858: No such file or directory\n')
This is an impossible error for read(), preadv() etc.
> 2020-11-14 14:08:17,017+0000 INFO (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' will be deleted in 3600 seconds (jobs:251)
> 2020-11-14 14:08:17,017+0000 INFO (tasks/5) [storage.ThreadPool.WorkerThread]
FINISH task 6cb1d496-d1ca-40b5-a488-a72982738bab (threadPool:151)
> 2020-11-14 14:08:17,316+0000 INFO (jsonrpc/2) [api.host] START
getJobs(job_type='storage',
job_ids=['8cd732fc-d69b-4c32-8b35-e4a8e47396fb']) from=::ffff:192.168.5.165,36616,
flow
> _id=49320e0a-14fb-4cbb-bdfd-b2546c260bf7 (api:48)
This was reported here a long time ago with various versions of gluster.
I don't think we got any response from gluster folks about it yet.
Can you file an oVirt bug about this?
Nir
12:48 a.m.
+Gobinda Das <godas(a)redhat.com>
+Ritesh Chikatwar <rchikatw(a)redhat.com> +Vinayakswami Hariharmath
<vharihar(a)redhat.com>
Vinayak, could you look at this?
On Mon, Nov 16, 2020 at 3:10 PM Nir Soffer <nsoffer(a)redhat.com> wrote:
On Sun, Nov 15, 2020 at 10:27 PM <suporte(a)logicworks.pt>
wrote:
>
> So, you think it's really a bug?
I'm pretty sure this is a bug on gluster side.
>
> ________________________________
> De: "Nir Soffer" <nsoffer(a)redhat.com>
> Para: suporte(a)logicworks.pt
> Cc: "users" <users(a)ovirt.org>, "Sahina Bose"
<sabose(a)redhat.com>,
"Krutika Dhananjay" <kdhananj(a)redhat.com>, "Nisan, Tal"
<tnisan(a)redhat.com
>
> Enviadas: Domingo, 15 De Novembro de 2020 15:03:21
> Assunto: Re: [ovirt-users] Cannot copy or move disks
>
> On Sat, Nov 14, 2020 at 4:45 PM <suporte(a)logicworks.pt> wrote:
> >
> > Hello,
> >
> > I just update to Version 4.4.3.11-1.el8. Engine and host
> >
> > and now I cannot copy or move disks.
> >
> > Storage domains are glusterfs
> >
> > # gluster --version
> > glusterfs 7.8
> >
> > Here is what I found on vdsm.log
> >
> > 2020-11-14 14:08:16,917+0000 INFO (tasks/5) [storage.SANLock]
Releasing Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1-teste.aclou
> >
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:530)
> > 2020-11-14 14:08:17,015+0000 INFO (tasks/5) [storage.SANLock]
Successfully released Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1
> >
-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:540)
> > 2020-11-14 14:08:17,016+0000 ERROR (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' failed (jobs:223)
> > Traceback (most recent call last):
> > File "/usr/lib/python3.6/site-packages/vdsm/jobs.py", line 159, in
run
> > self._run()
> > File
"/usr/lib/python3.6/site-packages/vdsm/storage/sdm/api/copy_data.py", line
110, in _run
> > self._operation.run()
> > File "/usr/lib/python3.6/site-packages/vdsm/storage/qemuimg.py",
line
374, in run
> > for data in self._operation.watch():
> > File "/usr/lib/python3.6/site-packages/vdsm/storage/operation.py",
line 106, in watch
> > self._finalize(b"", err)
> > File "/usr/lib/python3.6/site-packages/vdsm/storage/operation.py",
line 179, in _finalize
> > raise cmdutils.Error(self._cmd, rc, out, err)
> > vdsm.common.cmdutils.Error: Command ['/usr/bin/qemu-img',
'convert',
'-p', '-t', 'none', '-T', 'none', '-f',
'raw', '-O', 'raw',
'/rhev/data-center/mnt/glusterSD/node1-teste.aclou
> >
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051',
'/rhev/data-center/mnt/glusterSD/node1-teste.ac
> >
loud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b']
failed with rc=1 out=b'' err=bytearray(b'qem
> > u-img: error while reading sector 260177858: No such file or
directory\n')
>
> This is an impossible error for read(), preadv() etc.
>
> > 2020-11-14 14:08:17,017+0000 INFO (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' will be deleted in 3600 seconds
(jobs:251)
> > 2020-11-14 14:08:17,017+0000 INFO (tasks/5)
[storage.ThreadPool.WorkerThread] FINISH task
6cb1d496-d1ca-40b5-a488-a72982738bab (threadPool:151)
> > 2020-11-14 14:08:17,316+0000 INFO (jsonrpc/2) [api.host] START
getJobs(job_type='storage',
job_ids=['8cd732fc-d69b-4c32-8b35-e4a8e47396fb'])
from=::ffff:192.168.5.165,36616, flow
> > _id=49320e0a-14fb-4cbb-bdfd-b2546c260bf7 (api:48)
>
> This was reported here a long time ago with various versions of gluster.
> I don't think we got any response from gluster folks about it yet.
>
> Can you file an oVirt bug about this?
>
> Nir
1:01 a.m.
Sure. I will check this up soon.
Regards
Vh
On Tue, Nov 17, 2020 at 12:18 PM Sahina Bose <sabose(a)redhat.com> wrote:
+Gobinda Das <godas(a)redhat.com>
+Ritesh Chikatwar <rchikatw(a)redhat.com> +Vinayakswami Hariharmath
<vharihar(a)redhat.com>
Vinayak, could you look at this?
On Mon, Nov 16, 2020 at 3:10 PM Nir Soffer <nsoffer(a)redhat.com> wrote:
> On Sun, Nov 15, 2020 at 10:27 PM <suporte(a)logicworks.pt> wrote:
> >
> > So, you think it's really a bug?
>
> I'm pretty sure this is a bug on gluster side.
>
> >
> > ________________________________
> > De: "Nir Soffer" <nsoffer(a)redhat.com>
> > Para: suporte(a)logicworks.pt
> > Cc: "users" <users(a)ovirt.org>, "Sahina Bose"
<sabose(a)redhat.com>,
> "Krutika Dhananjay" <kdhananj(a)redhat.com>, "Nisan, Tal"
<
> tnisan(a)redhat.com>
> > Enviadas: Domingo, 15 De Novembro de 2020 15:03:21
> > Assunto: Re: [ovirt-users] Cannot copy or move disks
> >
> > On Sat, Nov 14, 2020 at 4:45 PM <suporte(a)logicworks.pt> wrote:
> > >
> > > Hello,
> > >
> > > I just update to Version 4.4.3.11-1.el8. Engine and host
> > >
> > > and now I cannot copy or move disks.
> > >
> > > Storage domains are glusterfs
> > >
> > > # gluster --version
> > > glusterfs 7.8
> > >
> > > Here is what I found on vdsm.log
> > >
> > > 2020-11-14 14:08:16,917+0000 INFO (tasks/5) [storage.SANLock]
> Releasing Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
> path='/rhev/data-center/mnt/glusterSD/node1-teste.aclou
> > >
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
> offset=0) (clusterlock:530)
> > > 2020-11-14 14:08:17,015+0000 INFO (tasks/5) [storage.SANLock]
> Successfully released Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
> path='/rhev/data-center/mnt/glusterSD/node1
> > >
-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
> offset=0) (clusterlock:540)
> > > 2020-11-14 14:08:17,016+0000 ERROR (tasks/5) [root] Job
> '8cd732fc-d69b-4c32-8b35-e4a8e47396fb' failed (jobs:223)
> > > Traceback (most recent call last):
> > > File "/usr/lib/python3.6/site-packages/vdsm/jobs.py", line 159,
in
> run
> > > self._run()
> > > File
> "/usr/lib/python3.6/site-packages/vdsm/storage/sdm/api/copy_data.py", line
> 110, in _run
> > > self._operation.run()
> > > File
"/usr/lib/python3.6/site-packages/vdsm/storage/qemuimg.py",
> line 374, in run
> > > for data in self._operation.watch():
> > > File
"/usr/lib/python3.6/site-packages/vdsm/storage/operation.py",
> line 106, in watch
> > > self._finalize(b"", err)
> > > File
"/usr/lib/python3.6/site-packages/vdsm/storage/operation.py",
> line 179, in _finalize
> > > raise cmdutils.Error(self._cmd, rc, out, err)
> > > vdsm.common.cmdutils.Error: Command ['/usr/bin/qemu-img',
'convert',
> '-p', '-t', 'none', '-T', 'none',
'-f', 'raw', '-O', 'raw',
> '/rhev/data-center/mnt/glusterSD/node1-teste.aclou
> > >
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051',
> '/rhev/data-center/mnt/glusterSD/node1-teste.ac
> > >
loud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b']
> failed with rc=1 out=b'' err=bytearray(b'qem
> > > u-img: error while reading sector 260177858: No such file or
> directory\n')
> >
> > This is an impossible error for read(), preadv() etc.
> >
> > > 2020-11-14 14:08:17,017+0000 INFO (tasks/5) [root] Job
> '8cd732fc-d69b-4c32-8b35-e4a8e47396fb' will be deleted in 3600 seconds
> (jobs:251)
> > > 2020-11-14 14:08:17,017+0000 INFO (tasks/5)
> [storage.ThreadPool.WorkerThread] FINISH task
> 6cb1d496-d1ca-40b5-a488-a72982738bab (threadPool:151)
> > > 2020-11-14 14:08:17,316+0000 INFO (jsonrpc/2) [api.host] START
> getJobs(job_type='storage',
> job_ids=['8cd732fc-d69b-4c32-8b35-e4a8e47396fb'])
> from=::ffff:192.168.5.165,36616, flow
> > > _id=49320e0a-14fb-4cbb-bdfd-b2546c260bf7 (api:48)
> >
> > This was reported here a long time ago with various versions of gluster.
> > I don't think we got any response from gluster folks about it yet.
> >
> > Can you file an oVirt bug about this?
> >
> > Nir
>
>
>
1:29 a.m.
After a quick glance, we need some more information.
I think it is better to open a ticket and provide the below information to
verify the gluster issue
1. gluser volume info
2. gluster logs when you observe this issue.
3. Explain the scenario in the ticket when this happened.
Regards
Vh
On Tue, Nov 17, 2020 at 12:31 PM Vinayakswami Hariharmath <
vharihar(a)redhat.com> wrote:
Sure. I will check this up soon.
Regards
Vh
On Tue, Nov 17, 2020 at 12:18 PM Sahina Bose <sabose(a)redhat.com> wrote:
> +Gobinda Das <godas(a)redhat.com>
> +Ritesh Chikatwar <rchikatw(a)redhat.com> +Vinayakswami Hariharmath
> <vharihar(a)redhat.com>
> Vinayak, could you look at this?
>
>
> On Mon, Nov 16, 2020 at 3:10 PM Nir Soffer <nsoffer(a)redhat.com> wrote:
>
>> On Sun, Nov 15, 2020 at 10:27 PM <suporte(a)logicworks.pt> wrote:
>> >
>> > So, you think it's really a bug?
>>
>> I'm pretty sure this is a bug on gluster side.
>>
>> >
>> > ________________________________
>> > De: "Nir Soffer" <nsoffer(a)redhat.com>
>> > Para: suporte(a)logicworks.pt
>> > Cc: "users" <users(a)ovirt.org>, "Sahina Bose"
<sabose(a)redhat.com>,
>> "Krutika Dhananjay" <kdhananj(a)redhat.com>, "Nisan, Tal"
<
>> tnisan(a)redhat.com>
>> > Enviadas: Domingo, 15 De Novembro de 2020 15:03:21
>> > Assunto: Re: [ovirt-users] Cannot copy or move disks
>> >
>> > On Sat, Nov 14, 2020 at 4:45 PM <suporte(a)logicworks.pt> wrote:
>> > >
>> > > Hello,
>> > >
>> > > I just update to Version 4.4.3.11-1.el8. Engine and host
>> > >
>> > > and now I cannot copy or move disks.
>> > >
>> > > Storage domains are glusterfs
>> > >
>> > > # gluster --version
>> > > glusterfs 7.8
>> > >
>> > > Here is what I found on vdsm.log
>> > >
>> > > 2020-11-14 14:08:16,917+0000 INFO (tasks/5) [storage.SANLock]
>> Releasing Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
>> path='/rhev/data-center/mnt/glusterSD/node1-teste.aclou
>> > >
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
>> offset=0) (clusterlock:530)
>> > > 2020-11-14 14:08:17,015+0000 INFO (tasks/5) [storage.SANLock]
>> Successfully released Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
>> path='/rhev/data-center/mnt/glusterSD/node1
>> > >
-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
>> offset=0) (clusterlock:540)
>> > > 2020-11-14 14:08:17,016+0000 ERROR (tasks/5) [root] Job
>> '8cd732fc-d69b-4c32-8b35-e4a8e47396fb' failed (jobs:223)
>> > > Traceback (most recent call last):
>> > > File "/usr/lib/python3.6/site-packages/vdsm/jobs.py", line
159, in
>> run
>> > > self._run()
>> > > File
>> "/usr/lib/python3.6/site-packages/vdsm/storage/sdm/api/copy_data.py",
line
>> 110, in _run
>> > > self._operation.run()
>> > > File
"/usr/lib/python3.6/site-packages/vdsm/storage/qemuimg.py",
>> line 374, in run
>> > > for data in self._operation.watch():
>> > > File
"/usr/lib/python3.6/site-packages/vdsm/storage/operation.py",
>> line 106, in watch
>> > > self._finalize(b"", err)
>> > > File
"/usr/lib/python3.6/site-packages/vdsm/storage/operation.py",
>> line 179, in _finalize
>> > > raise cmdutils.Error(self._cmd, rc, out, err)
>> > > vdsm.common.cmdutils.Error: Command ['/usr/bin/qemu-img',
'convert',
>> '-p', '-t', 'none', '-T', 'none',
'-f', 'raw', '-O', 'raw',
>> '/rhev/data-center/mnt/glusterSD/node1-teste.aclou
>> > >
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051',
>> '/rhev/data-center/mnt/glusterSD/node1-teste.ac
>> > >
loud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b']
>> failed with rc=1 out=b'' err=bytearray(b'qem
>> > > u-img: error while reading sector 260177858: No such file or
>> directory\n')
>> >
>> > This is an impossible error for read(), preadv() etc.
>> >
>> > > 2020-11-14 14:08:17,017+0000 INFO (tasks/5) [root] Job
>> '8cd732fc-d69b-4c32-8b35-e4a8e47396fb' will be deleted in 3600 seconds
>> (jobs:251)
>> > > 2020-11-14 14:08:17,017+0000 INFO (tasks/5)
>> [storage.ThreadPool.WorkerThread] FINISH task
>> 6cb1d496-d1ca-40b5-a488-a72982738bab (threadPool:151)
>> > > 2020-11-14 14:08:17,316+0000 INFO (jsonrpc/2) [api.host] START
>> getJobs(job_type='storage',
>> job_ids=['8cd732fc-d69b-4c32-8b35-e4a8e47396fb'])
>> from=::ffff:192.168.5.165,36616, flow
>> > > _id=49320e0a-14fb-4cbb-bdfd-b2546c260bf7 (api:48)
>> >
>> > This was reported here a long time ago with various versions of
>> gluster.
>> > I don't think we got any response from gluster folks about it yet.
>> >
>> > Can you file an oVirt bug about this?
>> >
>> > Nir
>>
>>
>>
4:02 a.m.
already opened a file
Regards
José
De: "Vinayakswami Hariharmath" <vharihar(a)redhat.com>
Para: "Sahina Bose" <sabose(a)redhat.com>
Cc: "Nir Soffer" <nsoffer(a)redhat.com>, "Gobinda Das"
<godas(a)redhat.com>, "Ritesh Chikatwar" <rchikatw(a)redhat.com>,
"suporte" <suporte(a)logicworks.pt>, "users"
<users(a)ovirt.org>, "Krutika Dhananjay" <kdhananj(a)redhat.com>,
"Nisan, Tal" <tnisan(a)redhat.com>
Enviadas: Terça-feira, 17 De Novembro de 2020 7:29:17
Assunto: Re: [ovirt-users] Cannot copy or move disks
After a quick glance, we need some more information.
I think it is better to open a ticket and provide the below information to verify the
gluster issue
1. gluser volume info
2. gluster logs when you observe this issue.
3. Explain the scenario in the ticket when this happened.
Regards
Vh
On Tue, Nov 17, 2020 at 12:31 PM Vinayakswami Hariharmath < vharihar(a)redhat.com >
wrote:
Sure. I will check this up soon.
Regards
Vh
On Tue, Nov 17, 2020 at 12:18 PM Sahina Bose < sabose(a)redhat.com > wrote:
BQ_BEGIN
+Gobinda Das
+Ritesh Chikatwar +Vinayakswami Hariharmath
Vinayak, could you look at this?
On Mon, Nov 16, 2020 at 3:10 PM Nir Soffer < nsoffer(a)redhat.com > wrote:
BQ_BEGIN
On Sun, Nov 15, 2020 at 10:27 PM < suporte(a)logicworks.pt > wrote:
So, you think it's really a bug?
I'm pretty sure this is a bug on gluster side.
________________________________
De: "Nir Soffer" < nsoffer(a)redhat.com >
Para: suporte(a)logicworks.pt
Cc: "users" < users(a)ovirt.org >, "Sahina Bose" <
sabose(a)redhat.com >, "Krutika Dhananjay" < kdhananj(a)redhat.com >,
"Nisan, Tal" < tnisan(a)redhat.com >
Enviadas: Domingo, 15 De Novembro de 2020 15:03:21
Assunto: Re: [ovirt-users] Cannot copy or move disks
On Sat, Nov 14, 2020 at 4:45 PM < suporte(a)logicworks.pt > wrote:
>
> Hello,
>
> I just update to Version 4.4.3.11-1.el8. Engine and host
>
> and now I cannot copy or move disks.
>
> Storage domains are glusterfs
>
> # gluster --version
> glusterfs 7.8
>
> Here is what I found on vdsm.log
>
> 2020-11-14 14:08:16,917+0000 INFO (tasks/5) [storage.SANLock] Releasing
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1-teste.aclou
>
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:530)
> 2020-11-14 14:08:17,015+0000 INFO (tasks/5) [storage.SANLock] Successfully released
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1
>
-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:540)
> 2020-11-14 14:08:17,016+0000 ERROR (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' failed (jobs:223)
> Traceback (most recent call last):
> File "/usr/lib/python3.6/site-packages/vdsm/jobs.py", line 159, in run
> self._run()
> File "/usr/lib/python3.6/site-packages/vdsm/storage/sdm/api/copy_data.py",
line 110, in _run
> self._operation.run()
> File "/usr/lib/python3.6/site-packages/vdsm/storage/qemuimg.py", line 374,
in run
> for data in self._operation.watch():
> File "/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line
106, in watch
> self._finalize(b"", err)
> File "/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line
179, in _finalize
> raise cmdutils.Error(self._cmd, rc, out, err)
> vdsm.common.cmdutils.Error: Command ['/usr/bin/qemu-img', 'convert',
'-p', '-t', 'none', '-T', 'none', '-f',
'raw', '-O', 'raw',
'/rhev/data-center/mnt/glusterSD/node1-teste.aclou
>
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051',
'/rhev/data-center/mnt/glusterSD/ node1-teste.ac
>
loud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b']
failed with rc=1 out=b'' err=bytearray(b'qem
> u-img: error while reading sector 260177858: No such file or directory\n')
This is an impossible error for read(), preadv() etc.
> 2020-11-14 14:08:17,017+0000 INFO (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' will be deleted in 3600 seconds (jobs:251)
> 2020-11-14 14:08:17,017+0000 INFO (tasks/5) [storage.ThreadPool.WorkerThread] FINISH
task 6cb1d496-d1ca-40b5-a488-a72982738bab (threadPool:151)
> 2020-11-14 14:08:17,316+0000 INFO (jsonrpc/2) [api.host] START
getJobs(job_type='storage',
job_ids=['8cd732fc-d69b-4c32-8b35-e4a8e47396fb']) from=::ffff:192.168.5.165,36616,
flow
> _id=49320e0a-14fb-4cbb-bdfd-b2546c260bf7 (api:48)
This was reported here a long time ago with various versions of gluster.
I don't think we got any response from gluster folks about it yet.
Can you file an oVirt bug about this?
Nir
BQ_END
BQ_END
4:44 a.m.
Can you please provide me the link to the ticket?
Regards
Vh
On Tue, Nov 17, 2020 at 3:32 PM <suporte(a)logicworks.pt> wrote:
already opened a file
Regards
José
------------------------------
*De: *"Vinayakswami Hariharmath" <vharihar(a)redhat.com>
*Para: *"Sahina Bose" <sabose(a)redhat.com>
*Cc: *"Nir Soffer" <nsoffer(a)redhat.com>, "Gobinda Das"
<godas(a)redhat.com>,
"Ritesh Chikatwar" <rchikatw(a)redhat.com>, "suporte"
<suporte(a)logicworks.pt>,
"users" <users(a)ovirt.org>, "Krutika Dhananjay"
<kdhananj(a)redhat.com>,
"Nisan, Tal" <tnisan(a)redhat.com>
*Enviadas: *Terça-feira, 17 De Novembro de 2020 7:29:17
*Assunto: *Re: [ovirt-users] Cannot copy or move disks
After a quick glance, we need some more information.
I think it is better to open a ticket and provide the below information to
verify the gluster issue
1. gluser volume info
2. gluster logs when you observe this issue.
3. Explain the scenario in the ticket when this happened.
Regards
Vh
On Tue, Nov 17, 2020 at 12:31 PM Vinayakswami Hariharmath <
vharihar(a)redhat.com> wrote:
> Sure. I will check this up soon.
> Regards
> Vh
>
> On Tue, Nov 17, 2020 at 12:18 PM Sahina Bose <sabose(a)redhat.com> wrote:
>
>> +Gobinda Das <godas(a)redhat.com>
>> +Ritesh Chikatwar <rchikatw(a)redhat.com> +Vinayakswami Hariharmath
>> <vharihar(a)redhat.com>
>> Vinayak, could you look at this?
>>
>>
>> On Mon, Nov 16, 2020 at 3:10 PM Nir Soffer <nsoffer(a)redhat.com> wrote:
>>
>>> On Sun, Nov 15, 2020 at 10:27 PM <suporte(a)logicworks.pt> wrote:
>>> >
>>> > So, you think it's really a bug?
>>>
>>> I'm pretty sure this is a bug on gluster side.
>>>
>>> >
>>> > ________________________________
>>> > De: "Nir Soffer" <nsoffer(a)redhat.com>
>>> > Para: suporte(a)logicworks.pt
>>> > Cc: "users" <users(a)ovirt.org>, "Sahina Bose"
<sabose(a)redhat.com>,
>>> "Krutika Dhananjay" <kdhananj(a)redhat.com>, "Nisan,
Tal" <
>>> tnisan(a)redhat.com>
>>> > Enviadas: Domingo, 15 De Novembro de 2020 15:03:21
>>> > Assunto: Re: [ovirt-users] Cannot copy or move disks
>>> >
>>> > On Sat, Nov 14, 2020 at 4:45 PM <suporte(a)logicworks.pt> wrote:
>>> > >
>>> > > Hello,
>>> > >
>>> > > I just update to Version 4.4.3.11-1.el8. Engine and host
>>> > >
>>> > > and now I cannot copy or move disks.
>>> > >
>>> > > Storage domains are glusterfs
>>> > >
>>> > > # gluster --version
>>> > > glusterfs 7.8
>>> > >
>>> > > Here is what I found on vdsm.log
>>> > >
>>> > > 2020-11-14 14:08:16,917+0000 INFO (tasks/5) [storage.SANLock]
>>> Releasing Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
>>> path='/rhev/data-center/mnt/glusterSD/node1-teste.aclou
>>> > >
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
>>> offset=0) (clusterlock:530)
>>> > > 2020-11-14 14:08:17,015+0000 INFO (tasks/5) [storage.SANLock]
>>> Successfully released
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
>>> path='/rhev/data-center/mnt/glusterSD/node1
>>> > >
-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
>>> offset=0) (clusterlock:540)
>>> > > 2020-11-14 14:08:17,016+0000 ERROR (tasks/5) [root] Job
>>> '8cd732fc-d69b-4c32-8b35-e4a8e47396fb' failed (jobs:223)
>>> > > Traceback (most recent call last):
>>> > > File "/usr/lib/python3.6/site-packages/vdsm/jobs.py",
line 159, in
>>> run
>>> > > self._run()
>>> > > File
>>>
"/usr/lib/python3.6/site-packages/vdsm/storage/sdm/api/copy_data.py", line
>>> 110, in _run
>>> > > self._operation.run()
>>> > > File
"/usr/lib/python3.6/site-packages/vdsm/storage/qemuimg.py",
>>> line 374, in run
>>> > > for data in self._operation.watch():
>>> > > File
"/usr/lib/python3.6/site-packages/vdsm/storage/operation.py",
>>> line 106, in watch
>>> > > self._finalize(b"", err)
>>> > > File
"/usr/lib/python3.6/site-packages/vdsm/storage/operation.py",
>>> line 179, in _finalize
>>> > > raise cmdutils.Error(self._cmd, rc, out, err)
>>> > > vdsm.common.cmdutils.Error: Command ['/usr/bin/qemu-img',
>>> 'convert', '-p', '-t', 'none', '-T',
'none', '-f', 'raw', '-O', 'raw',
>>> '/rhev/data-center/mnt/glusterSD/node1-teste.aclou
>>> > >
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051',
>>> '/rhev/data-center/mnt/glusterSD/node1-teste.ac
>>> > >
loud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b']
>>> failed with rc=1 out=b'' err=bytearray(b'qem
>>> > > u-img: error while reading sector 260177858: No such file or
>>> directory\n')
>>> >
>>> > This is an impossible error for read(), preadv() etc.
>>> >
>>> > > 2020-11-14 14:08:17,017+0000 INFO (tasks/5) [root] Job
>>> '8cd732fc-d69b-4c32-8b35-e4a8e47396fb' will be deleted in 3600
seconds
>>> (jobs:251)
>>> > > 2020-11-14 14:08:17,017+0000 INFO (tasks/5)
>>> [storage.ThreadPool.WorkerThread] FINISH task
>>> 6cb1d496-d1ca-40b5-a488-a72982738bab (threadPool:151)
>>> > > 2020-11-14 14:08:17,316+0000 INFO (jsonrpc/2) [api.host] START
>>> getJobs(job_type='storage',
>>> job_ids=['8cd732fc-d69b-4c32-8b35-e4a8e47396fb'])
>>> from=::ffff:192.168.5.165,36616, flow
>>> > > _id=49320e0a-14fb-4cbb-bdfd-b2546c260bf7 (api:48)
>>> >
>>> > This was reported here a long time ago with various versions of
>>> gluster.
>>> > I don't think we got any response from gluster folks about it yet.
>>> >
>>> > Can you file an oVirt bug about this?
>>> >
>>> > Nir
>>>
>>>
>>>
4:54 a.m.
https://bugzilla.redhat.com/show_bug.cgi?id=1898207
Regards
José
De: "Vinayakswami Hariharmath" <vharihar(a)redhat.com>
Para: "suporte" <suporte(a)logicworks.pt>
Cc: "Sahina Bose" <sabose(a)redhat.com>, "Nir Soffer"
<nsoffer(a)redhat.com>, "Gobinda Das" <godas(a)redhat.com>, "Ritesh
Chikatwar" <rchikatw(a)redhat.com>, "users" <users(a)ovirt.org>,
"Krutika Dhananjay" <kdhananj(a)redhat.com>, "Nisan, Tal"
<tnisan(a)redhat.com>
Enviadas: Terça-feira, 17 De Novembro de 2020 10:44:55
Assunto: Re: [ovirt-users] Cannot copy or move disks
Can you please provide me the link to the ticket?
Regards
Vh
On Tue, Nov 17, 2020 at 3:32 PM < suporte(a)logicworks.pt > wrote:
already opened a file
Regards
José
De: "Vinayakswami Hariharmath" < vharihar(a)redhat.com >
Para: "Sahina Bose" < sabose(a)redhat.com >
Cc: "Nir Soffer" < nsoffer(a)redhat.com >, "Gobinda Das" <
godas(a)redhat.com >, "Ritesh Chikatwar" < rchikatw(a)redhat.com >,
"suporte" < suporte(a)logicworks.pt >, "users" <
users(a)ovirt.org >, "Krutika Dhananjay" < kdhananj(a)redhat.com >,
"Nisan, Tal" < tnisan(a)redhat.com >
Enviadas: Terça-feira, 17 De Novembro de 2020 7:29:17
Assunto: Re: [ovirt-users] Cannot copy or move disks
After a quick glance, we need some more information.
I think it is better to open a ticket and provide the below information to verify the
gluster issue
1. gluser volume info
2. gluster logs when you observe this issue.
3. Explain the scenario in the ticket when this happened.
Regards
Vh
On Tue, Nov 17, 2020 at 12:31 PM Vinayakswami Hariharmath < vharihar(a)redhat.com >
wrote:
BQ_BEGIN
Sure. I will check this up soon.
Regards
Vh
On Tue, Nov 17, 2020 at 12:18 PM Sahina Bose < sabose(a)redhat.com > wrote:
BQ_BEGIN
+Gobinda Das
+Ritesh Chikatwar +Vinayakswami Hariharmath
Vinayak, could you look at this?
On Mon, Nov 16, 2020 at 3:10 PM Nir Soffer < nsoffer(a)redhat.com > wrote:
BQ_BEGIN
On Sun, Nov 15, 2020 at 10:27 PM < suporte(a)logicworks.pt > wrote:
So, you think it's really a bug?
I'm pretty sure this is a bug on gluster side.
________________________________
De: "Nir Soffer" < nsoffer(a)redhat.com >
Para: suporte(a)logicworks.pt
Cc: "users" < users(a)ovirt.org >, "Sahina Bose" <
sabose(a)redhat.com >, "Krutika Dhananjay" < kdhananj(a)redhat.com >,
"Nisan, Tal" < tnisan(a)redhat.com >
Enviadas: Domingo, 15 De Novembro de 2020 15:03:21
Assunto: Re: [ovirt-users] Cannot copy or move disks
On Sat, Nov 14, 2020 at 4:45 PM < suporte(a)logicworks.pt > wrote:
>
> Hello,
>
> I just update to Version 4.4.3.11-1.el8. Engine and host
>
> and now I cannot copy or move disks.
>
> Storage domains are glusterfs
>
> # gluster --version
> glusterfs 7.8
>
> Here is what I found on vdsm.log
>
> 2020-11-14 14:08:16,917+0000 INFO (tasks/5) [storage.SANLock] Releasing
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1-teste.aclou
>
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:530)
> 2020-11-14 14:08:17,015+0000 INFO (tasks/5) [storage.SANLock] Successfully released
Lease(name='01178644-2ad6-4d37-8657-f33f547bee6b',
path='/rhev/data-center/mnt/glusterSD/node1
>
-teste.acloud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b.lease',
offset=0) (clusterlock:540)
> 2020-11-14 14:08:17,016+0000 ERROR (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' failed (jobs:223)
> Traceback (most recent call last):
> File "/usr/lib/python3.6/site-packages/vdsm/jobs.py", line 159, in run
> self._run()
> File "/usr/lib/python3.6/site-packages/vdsm/storage/sdm/api/copy_data.py",
line 110, in _run
> self._operation.run()
> File "/usr/lib/python3.6/site-packages/vdsm/storage/qemuimg.py", line 374,
in run
> for data in self._operation.watch():
> File "/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line
106, in watch
> self._finalize(b"", err)
> File "/usr/lib/python3.6/site-packages/vdsm/storage/operation.py", line
179, in _finalize
> raise cmdutils.Error(self._cmd, rc, out, err)
> vdsm.common.cmdutils.Error: Command ['/usr/bin/qemu-img', 'convert',
'-p', '-t', 'none', '-T', 'none', '-f',
'raw', '-O', 'raw',
'/rhev/data-center/mnt/glusterSD/node1-teste.aclou
>
d.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/789f6e50-b954-4dda-a6d5-077fdfb357d2/d95a3e83-74d2-40a6-9f8f-e6ae68794051',
'/rhev/data-center/mnt/glusterSD/ node1-teste.ac
>
loud.pt:_data2/83f8bbfd-cfa3-46d9-a823-c36054826d13/images/97977cbf-eecc-4476-a11f-7798425d40c4/01178644-2ad6-4d37-8657-f33f547bee6b']
failed with rc=1 out=b'' err=bytearray(b'qem
> u-img: error while reading sector 260177858: No such file or directory\n')
This is an impossible error for read(), preadv() etc.
> 2020-11-14 14:08:17,017+0000 INFO (tasks/5) [root] Job
'8cd732fc-d69b-4c32-8b35-e4a8e47396fb' will be deleted in 3600 seconds (jobs:251)
> 2020-11-14 14:08:17,017+0000 INFO (tasks/5) [storage.ThreadPool.WorkerThread] FINISH
task 6cb1d496-d1ca-40b5-a488-a72982738bab (threadPool:151)
> 2020-11-14 14:08:17,316+0000 INFO (jsonrpc/2) [api.host] START
getJobs(job_type='storage',
job_ids=['8cd732fc-d69b-4c32-8b35-e4a8e47396fb']) from=::ffff:192.168.5.165,36616,
flow
> _id=49320e0a-14fb-4cbb-bdfd-b2546c260bf7 (api:48)
This was reported here a long time ago with various versions of gluster.
I don't think we got any response from gluster folks about it yet.
Can you file an oVirt bug about this?
Nir
BQ_END
BQ_END
BQ_END
1513
days inactive
1516
days old
15 comments
5 participants
participants (5)
-
Nir Soffer -
Sahina Bose -
Strahil Nikolov -
suporte＠logicworks.pt -
Vinayakswami Hariharmath