[ovirt-users] vm has been paused due to unknown storage
suporte at logicworks.pt
suporte at logicworks.pt
Fri Jun 2 11:23:15 UTC 2017
Hi,
I read somewhere in the wiki the recommendation to enable sharding. I don't really no much about sharding. But when I turn it off the problems in adding a volume disk preallocated gone.
De: "Sahina Bose" <sabose at redhat.com>
Para: suporte at logicworks.pt
Cc: "ovirt users" <users at ovirt.org>, "David Gossage" <dgossage at carouselchecks.com>, "Krutika Dhananjay" <kdhananj at redhat.com>
Enviadas: Quinta-feira, 1 De Junho de 2017 9:20:54
Assunto: Re: [ovirt-users] vm has been paused due to unknown storage
On Wed, May 31, 2017 at 3:01 PM, David Gossage < dgossage at carouselchecks.com > wrote:
On Wed, May 31, 2017 at 4:16 AM, < suporte at logicworks.pt > wrote:
BQ_BEGIN
Hi,
I found the cause of this problem. I had to turn off sharding.
Did you have sharding enabled but not have any sharded VM images or were their shards missing on some bricks?
BQ_END
Yes, interested to know why you had to turn off sharding. Could you elaborate?
BQ_BEGIN
BQ_BEGIN
De: suporte at logicworks.pt
Para: "Sahina Bose" < sabose at redhat.com >
Cc: "ovirt users" < users at ovirt.org >
Enviadas: Sexta-feira, 26 De Maio de 2017 12:27:43
Assunto: Re: [ovirt-users] vm has been paused due to unknown storage
Hi,
I updated glusterfs:
glusterfs-client-xlators-3.8.12-1.el7.x86_64
glusterfs-cli-3.8.12-1.el7.x86_64
glusterfs-api-3.8.12-1.el7.x86_64
glusterfs-fuse-3.8.12-1.el7.x86_64
glusterfs-server-3.8.12-1.el7.x86_64
glusterfs-libs-3.8.12-1.el7.x86_64
glusterfs-3.8.12-1.el7.x86_64
Now I cannot add a volume disk preallocated, after a while it breaks.
message log:
May 26 11:18:16 node journal: vdsm root ERROR VM metrics collection failed#012Traceback (most recent call last):#012 File "/usr/lib/python2.7/site-packages/vdsm/virt/vmstats.py", line 221, in send_metrics#012 diskinfo['readOps']#012KeyError: 'readOps'
vdsm.log
2017-05-26 11:18:16,715+0100 ERROR (periodic/3) [root] VM metrics collection failed (vmstats:264)
2017-05-26 11:19:39,369+0100 ERROR (tasks/5) [storage.Volume] Unexpected error (fileVolume:456)
2017-05-26 11:19:39,373+0100 ERROR (tasks/5) [storage.Volume] Unexpected error (volume:1107)
2017-05-26 11:19:39,374+0100 ERROR (tasks/5) [storage.TaskManager.Task] (Task='5b2adb9a-e24e-48fa-9f01-f21c23588aef') Unexpected error (task:870)
glusterfs
[2017-05-26 10:53:08.247219] W [MSGID: 114031] [client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation failed. Path: /.shard/55b94942-dee5-4f69-8b0f-52e251ac6f5e.164 (00000000-0000-0000-0000-000000000000) [No data available]
[2017-05-26 10:53:14.899499] W [MSGID: 114031] [client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation failed. Path: /.shard/55b94942-dee5-4f69-8b0f-52e251ac6f5e.167 (00000000-0000-0000-0000-000000000000) [No data available]
[2017-05-26 10:53:14.899526] E [MSGID: 133010] [shard.c:1725:shard_common_lookup_shards_cbk] 0-gv2-shard: Lookup on shard 167 failed. Base file gfid = 55b94942-dee5-4f69-8b0f-52e251ac6f5e [No data available]
[2017-05-26 10:53:19.712567] W [MSGID: 114031] [client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation failed. Path: /.shard/55b94942-dee5-4f69-8b0f-52e251ac6f5e.169 (00000000-0000-0000-0000-000000000000) [No data available]
[2017-05-26 10:53:19.712614] E [MSGID: 133010] [shard.c:1725:shard_common_lookup_shards_cbk] 0-gv2-shard: Lookup on shard 169 failed. Base file gfid = 55b94942-dee5-4f69-8b0f-52e251ac6f5e [No data available]
[2017-05-26 10:53:29.419317] W [MSGID: 114031] [client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation failed. Path: /.shard/55b94942-dee5-4f69-8b0f-52e251ac6f5e.173 (00000000-0000-0000-0000-000000000000) [No data available]
[2017-05-26 10:53:29.419369] E [MSGID: 133010] [shard.c:1725:shard_common_lookup_shards_cbk] 0-gv2-shard: Lookup on shard 173 failed. Base file gfid = 55b94942-dee5-4f69-8b0f-52e251ac6f5e [No data available]
thanks
De: "Sahina Bose" < sabose at redhat.com >
Para: suporte at logicworks.pt , "Krutika Dhananjay" < kdhananj at redhat.com >
Cc: "ovirt users" < users at ovirt.org >
Enviadas: Quinta-feira, 25 De Maio de 2017 7:12:40
Assunto: Re: [ovirt-users] vm has been paused due to unknown storage
The glusterfs logs contain below errors:
[2017-05-22 18:12:50.941883] E [MSGID: 133010] [shard.c:1725:shard_common_lookup_shards_cbk] 0-gv2-shard: Lookup on shard 50 failed. Base file gfid = 33f1fe3e-c626-49f2-861e-2259c972931d [No data available]
[2017-05-22 18:12:50.945085] W [fuse-bridge.c:1291:fuse_err_cbk] 0-glusterfs-fuse: 61306713: FSYNC() ERR => -1 (No data available)
Krutika, could you take a look?
On Thu, May 25, 2017 at 1:02 AM, < suporte at logicworks.pt > wrote:
BQ_BEGIN
Hi,
I setup an ovirt hosted enine, in only one server with local gluster bricks.
When running a MS SQL 2012 process to rebuild a data base, which take around 4 hours, after a while the VM is paused with the error:
vm has been paused due to unknown storage
The VM disk is in Thin provision
Ovirt and gluter versions:
Version 4.1.1.8-1.el7.centos
glusterfs-cli-3.8.11-1.el7.x86_64
glusterfs-libs-3.8.11-1.el7.x86_64
glusterfs-3.8.11-1.el7.x86_64
glusterfs-client-xlators-3.8.11-1.el7.x86_64
glusterfs-fuse-3.8.11-1.el7.x86_64
glusterfs-api-3.8.11-1.el7.x86_64
glusterfs-server-3.8.11-1.el7.x86_64
I can find the reason why
The logs are attached.
Any idea?
Thanks
--
Jose Ferradeira
http://www.logicworks.pt
_______________________________________________
Users mailing list
Users at ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
BQ_END
_______________________________________________
Users mailing list
Users at ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users at ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
BQ_END
BQ_END
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170602/55916135/attachment.html>
More information about the Users
mailing list