Hi,

Could you share your volume-info output and also the brick logs?

-Krutika

On Fri, May 26, 2017 at 4:57 PM, <suporte@logicworks.pt> wrote:
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@redhat.com>
Para: suporte@logicworks.pt, "Krutika Dhananjay" <kdhananj@redhat.com>
Cc: "ovirt users" <users@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@logicworks.pt> wrote:
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

--

_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users