[ovirt-users] Problems with some vms

Gobinda Das godas at redhat.com
Wed Jan 17 04:52:48 UTC 2018


In the above url only data and iso mnt log present,But there is no engine
and vmstore mount log.

On Wed, Jan 17, 2018 at 1:26 AM, Endre Karlson <endre.karlson at gmail.com>
wrote:

> 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 at 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 at 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 at redhat.com>:
>>>
>>>> Hi Endre,
>>>>  Can you please provide glusterfs mount logs?
>>>>
>>>> On Mon, Jan 15, 2018 at 6:16 AM, Darrell Budic <budic at 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 at 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 at ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Thanks,
>>>> Gobinda
>>>> +91-9019047912 <+91%2090190%2047912>
>>>>
>>>
>>>
>>
>>
>> --
>> Thanks,
>> Gobinda
>> +91-9019047912 <+91%2090190%2047912>
>>
>
>


-- 
Thanks,
Gobinda
+91-9019047912
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20180117/04e4a41f/attachment.html>


More information about the Users mailing list