l to 3.16.0-0.bpo.4-amd64 but shy away
from taking that risk without any clue of whether that might solve my
problem ...
Thanks in advance ... Michael Ulbrich
___
Ocfs2-users mailing list
Ocfs2-users@oss.oracle.com
https://oss.oracle.com/mailman/listinfo/ocfs2-users
ks which belong to chain 73 and try to find
> out if there is a loop there.
> BTW, have you backed up the metadata using o2image?
>
> Thanks,
> Joseph
>
> On 2016/3/24 16:40, Michael Ulbrich wrote:
>> Hi Joseph,
>>
>> thanks a lot for your help. It is very m
el,
> So I think the block of record #153 goes wrong, which points next to
> block 4083643392 of record #19.
> But the problem is we don't know the right info of the block of record
> #153, otherwise we can dd out, edit it and then dd in to fix it.
>
> Thanks,
> Joseph
>
>
elp to
fix this issue.
Thanks again + Best regards ... Michael
On 03/24/2016 01:30 AM, Joseph Qi wrote:
> Hi Michael,
> Could you please use debugfs to check the output?
> # debugfs.ocfs2 -R 'stat //global_bitmap'
>
> Thanks,
> Joseph
>
> On 2016/3/24 6:38, Michael Ulbrich
... Michael
On 03/25/2016 01:36 AM, Joseph Qi wrote:
> Hi Michael,
>
> On 2016/3/24 21:47, Michael Ulbrich wrote:
>> Hi Joseph,
>>
>> thanks for this information although this does not sound too optimistic ...
>>
>> So, if I understand you correctly, if w
Hi again,
chatting with a helpful person on #ocfs2 IRC channel this morning I got
encouraged to cross-post to ocsf2-devel. For historic background and
further details pls. see my two previous posts to ocfs2-users from last
week which are unanswered so far.
According to my current state of
Hi all,
we've a small (?) problem with a 2-node cluster on Debian 8:
Linux h1b 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2+deb8u2 (2017-06-26)
x86_64 GNU/Linux
ocfs2-tools 1.6.4-3
Two ocfs2 filesystems (drbd0 600 GB w/ 8 slots and drbd1 6 TB w/ 6
slots) are created on top of drbd w/ 4k block and