Hi, all logs are located here: https://www.dropbox.com/sh/3qzmwe76rkt09fk/AABzM9rJKbH5SBPWc31Npxhma?dl=0 for the mounts

additionally we replaced a broken disk that is now resynced.

2018-01-15 11:17 GMT+01:00 Gobinda Das <godas@redhat.com>:
Hi Endre,
 Mount logs will be in below format inside  /var/log/glusterfs :

     /var/log/glusterfs/rhev-data-center-mnt-glusterSD-*\:_engine.log
    /var/log/glusterfs/rhev-data-center-mnt-glusterSD-*\:_data.log
    /var/log/glusterfs/rhev-data-center-mnt-glusterSD-*\:_vmstore.log

On Mon, Jan 15, 2018 at 11:57 AM, Endre Karlson <endre.karlson@gmail.com> wrote:
Hi.

What are the gluster mount logs ?

I have these gluster logs.
cli.log          etc-glusterfs-glusterd.vol.log  glfsheal-engine.log  glusterd.log    nfs.log                                          rhev-data-center-mnt-glusterSD-ovirt0:_engine.log  rhev-data-center-mnt-glusterSD-ovirt3:_iso.log
cmd_history.log  glfsheal-data.log               glfsheal-iso.log     glustershd.log  rhev-data-center-mnt-glusterSD-ovirt0:_data.log  rhev-data-center-mnt-glusterSD-ovirt0:_iso.log     statedump.log


I am running version
glusterfs-server-3.12.4-1.el7.x86_64
glusterfs-geo-replication-3.12.4-1.el7.x86_64
libvirt-daemon-driver-storage-gluster-3.2.0-14.el7_4.7.x86_64
glusterfs-libs-3.12.4-1.el7.x86_64
glusterfs-api-3.12.4-1.el7.x86_64
python2-gluster-3.12.4-1.el7.x86_64
glusterfs-client-xlators-3.12.4-1.el7.x86_64
glusterfs-cli-3.12.4-1.el7.x86_64
glusterfs-events-3.12.4-1.el7.x86_64
glusterfs-rdma-3.12.4-1.el7.x86_64
vdsm-gluster-4.20.9.3-1.el7.centos.noarch
glusterfs-3.12.4-1.el7.x86_64
glusterfs-fuse-3.12.4-1.el7.x86_64

// Endre

2018-01-15 6:11 GMT+01:00 Gobinda Das <godas@redhat.com>:
Hi Endre,
 Can you please provide glusterfs mount logs?

On Mon, Jan 15, 2018 at 6:16 AM, Darrell Budic <budic@onholyground.com> wrote:
What version of gluster are you running? I’ve seen a few of these since moving my storage cluster to 12.3, but still haven’t been able to determine what’s causing it. Seems to be happening most often on VMs that haven’t been switches over to libgfapi mounts yet, but even one of those has paused once so far. They generally restart fine from the GUI, and nothing seems to need healing.


From: Endre Karlson <endre.karlson@gmail.com>
Subject: [ovirt-users] Problems with some vms
Date: January 14, 2018 at 12:55:45 PM CST
To: users

Hi, we are getting some errors with some of our vms in a 3 node server setup.

2018-01-14 15:01:44,015+0100 INFO  (libvirt/events) [virt.vm] (vmId='2c34f52d-140b-4dbe-a4bd-d2cb467b0b7c') abnormal vm stop device virtio-disk0  error eother (vm:4880)

We are running glusterfs for shared storage.

I have tried setting global maintenance on the first server and then issuing a 'hosted-engine --vm-start' but that leads to nowhere.    
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


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




--
Thanks,
Gobinda




--
Thanks,
Gobinda