Corrupted geo-replication CHANGELOG after running out of space in LVM thin pool

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

 



Hi,


I have a gluster cluster running with geo-replication. The volume that is being geo-replicated is running on a LVM thin pool. The thin pool overflowed causing a crash. I extended the thin pool LV and remounted which brought the volume back online and healthy. When I try to restart the geo-replication, I'm having the bricks that overflowed go to the Faulty state. The changes.log shows [gf_changelog_consume_wrap] 0-gfchangelog: could not parse changelog ...brick/.glusterfs/changelogs/CHANGELOG.1502410242 along with a few other changelogs.


I would like to know:

1) can I restore/fix those changelogs, or

2) can I simply nuke those changelogs (with the possibility of some data not being replicated [that's somewhat OK]

Thanks,
Tanner

_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://lists.gluster.org/mailman/listinfo/gluster-users

[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux