summaryrefslogtreecommitdiffstats
path: root/libgfchangelog.pc.in
diff options
context:
space:
mode:
authorRaghavendra Bhat <raghavendra@redhat.com>2019-03-11 12:16:50 -0400
committerKotresh HR <khiremat@redhat.com>2019-04-25 05:19:41 +0000
commit647e2d3a9fbe36f2fbf062feda53b7cb6aa4830b (patch)
tree345e4894e312d9290c066417467202cc32a74f22 /libgfchangelog.pc.in
parent8d51cb05d9745643f2dfaa6ef35938db9d2d47f6 (diff)
features/bit-rot: Unconditionally sign the files during oneshot crawl
Currently bit-rot feature has an issue with disabling and reenabling it on the same volume. Consider enabling bit-rot detection which goes on to crawl and sign all the files present in the volume. Then some files are modified and the bit-rot daemon goes on to sign the modified files with the correct signature. Now, disable bit-rot feature. While, signing and scrubbing are not happening, previous checksums of the files continue to exist as extended attributes. Now, if some files with checksum xattrs get modified, they are not signed with new signature as the feature is off. At this point, if the feature is enabled again, the bit rot daemon will go and sign those files which does not have any bit-rot specific xattrs (i.e. those files which were created after bit-rot was disabled). Whereas the files with bit-rot xattrs wont get signed with proper new checksum. At this point if scrubber runs, it finds the on disk checksum and the actual checksum of the file to be different (because the file got modified) and marks the file as corrupted. FIX: The fix is to unconditionally sign the files when the bit-rot daemon comes up (instead of skipping the files with bit-rot xattrs). Change-Id: Iadfb47dd39f7e2e77f22d549a4a07a385284f4f5 fixes: bz#1700078 Signed-off-by: Raghavendra Bhat <raghavendra@redhat.com>
Diffstat (limited to 'libgfchangelog.pc.in')
0 files changed, 0 insertions, 0 deletions