Re: GFS2: "Could not open" the file on one of the nodes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Additional information may be useful:

On Affected Node:
# ls -lah FILE
-?????????  ? ?    ?       ?            ? FILE



On Thu, Jan 29, 2015 at 3:05 PM, cluster lab <cluster.labs@xxxxxxxxx> wrote:
> I have two separate cluster, with this problem,
> the output of "dlm_tool ls" on other site is:
>
>  dlm_tool ls
> dlm lockspaces
> name          VMStorage4
> id            0xfd25ae65
> flags         0x00000008 fs_reg
> change        member 2 joined 0 remove 1 failed 1 seq 2,2
> members       2 3
>
> name          VMStorage3
> id            0xb26438a2
> flags         0x00000008 fs_reg
> change        member 2 joined 0 remove 1 failed 1 seq 2,2
> members       2 3
>
> name          VMStorage2
> id            0xab7f09e3
> flags         0x00000008 fs_reg
> change        member 2 joined 0 remove 1 failed 1 seq 2,2
> members       2 3
>
> name          VMStorage1
> id            0x80525a20
> flags         0x00000008 fs_reg
> change        member 2 joined 0 remove 1 failed 1 seq 2,2
> members       2 3
>
> There is one fail ....!!!!
>
>
> On Thu, Jan 29, 2015 at 1:16 PM, cluster lab <cluster.labs@xxxxxxxxx> wrote:
>> Node2 # touch /VMStorage1/test
>>
>> Node1 # ls /VMStorage1/test
>> /VMStorage1/test
>> Node1 # rm /VMStorage1/test
>> rm: remove regular empty file `/VMStorage1/test'? y
>>
>> ====
>>
>> Node1 #  touch /VMStorage1/test
>>
>> Node2 # ls /VMStorage1/test
>> /VMStorage1/test
>> Node2 # rm /VMStorage1/test
>> rm: remove regular empty file `/VMStorage1/test'? y
>>
>> No Problem ....
>>
>> On Thu, Jan 29, 2015 at 9:25 AM, Digimer <lists@xxxxxxxxxx> wrote:
>>> That looks OK. Can you touch a file from one node and see it on the other
>>> and vice-versa? Is there anything in either node's log files when you run
>>> 'qemu-img check'?
>>>
>>>
>>> On 29/01/15 12:34 AM, cluster lab wrote:
>>>>
>>>> Node2: # dlm_tool ls
>>>> dlm lockspaces
>>>> name          VMStorage3
>>>> id            0xb26438a2
>>>> flags         0x00000008 fs_reg
>>>> change        member 2 joined 1 remove 0 failed 0 seq 1,1
>>>> members       1 2
>>>>
>>>> name          VMStorage2
>>>> id            0xab7f09e3
>>>> flags         0x00000008 fs_reg
>>>> change        member 2 joined 1 remove 0 failed 0 seq 1,1
>>>> members       1 2
>>>>
>>>> name          VMStorage1
>>>> id            0x80525a20
>>>> flags         0x00000008 fs_reg
>>>> change        member 2 joined 1 remove 0 failed 0 seq 1,1
>>>> members       1 2
>>>> ===========================================
>>>> Node1: # dlm_tool ls
>>>> dlm lockspaces
>>>> name          VMStorage3
>>>> id            0xb26438a2
>>>> flags         0x00000008 fs_reg
>>>> change        member 2 joined 1 remove 0 failed 0 seq 2,2
>>>> members       1 2
>>>>
>>>> name          VMStorage2
>>>> id            0xab7f09e3
>>>> flags         0x00000008 fs_reg
>>>> change        member 2 joined 1 remove 0 failed 0 seq 2,2
>>>> members       1 2
>>>>
>>>> name          VMStorage1
>>>> id            0x80525a20
>>>> flags         0x00000008 fs_reg
>>>> change        member 2 joined 1 remove 0 failed 0 seq 2,2
>>>> members       1 2
>>>>
>>>> On Thu, Jan 29, 2015 at 8:57 AM, Digimer <lists@xxxxxxxxxx> wrote:
>>>>>
>>>>> On 28/01/15 11:50 PM, cluster lab wrote:
>>>>>>
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> In a two node cluster, i received to different result from "qemu-img
>>>>>> check" on just one file:
>>>>>>
>>>>>> node1 # qemu-img check VMStorage/x.qcow2
>>>>>> No errors were found on the image.
>>>>>>
>>>>>> Node2 # qemu-img check VMStorage/x.qcow2
>>>>>> qemu-img: Could not open 'VMStorage/x.qcow2"
>>>>>>
>>>>>> All other files are OK, and the cluster works properly.
>>>>>> What is the problem?
>>>>>>
>>>>>> ====
>>>>>> Packages:
>>>>>> kernel: 2.6.32-431.5.1.el6.x86_64
>>>>>> GFS2: gfs2-utils-3.0.12.1-23.el6.x86_64
>>>>>> corosync: corosync-1.4.1-17.el6.x86_64
>>>>>>
>>>>>> Best Regards
>>>>>
>>>>>
>>>>>
>>>>> What does 'dlm_tool ls' show?
>>>>>
>>>>> --
>>>>> Digimer
>>>>> Papers and Projects: https://alteeve.ca/w/
>>>>> What if the cure for cancer is trapped in the mind of a person without
>>>>> access to education?
>>>>>
>>>>> --
>>>>> Linux-cluster mailing list
>>>>> Linux-cluster@xxxxxxxxxx
>>>>> https://www.redhat.com/mailman/listinfo/linux-cluster
>>>>
>>>>
>>>
>>>
>>> --
>>> Digimer
>>> Papers and Projects: https://alteeve.ca/w/
>>> What if the cure for cancer is trapped in the mind of a person without
>>> access to education?
>>>
>>> --
>>> Linux-cluster mailing list
>>> Linux-cluster@xxxxxxxxxx
>>> https://www.redhat.com/mailman/listinfo/linux-cluster

-- 
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster




[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux