[Bugs] [Bug 1672480] Bugs Test Module tests failing on s390x

bugzilla at redhat.com bugzilla at redhat.com
Thu Feb 21 21:36:04 UTC 2019


https://bugzilla.redhat.com/show_bug.cgi?id=1672480

Raghavendra Bhat <rabhat at redhat.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rabhat at redhat.com
              Flags|                            |needinfo?(abhaysingh1722 at ya
                   |                            |hoo.in)



--- Comment #47 from Raghavendra Bhat <rabhat at redhat.com> ---


I am looking at the bitrot error. The error is while doing a getxattr on the
xattr "trusted.glusterfs.get-signature". But one of the attached files
(bug-1207627-bitrot-scrub-status.log.txt) shows
the following extended attributes. Unfortunately "trusted.bit-rot.signature" is
not seen. 

TEST 22 (line 55): trusted.bit-rot.bad-file check_for_xattr
trusted.bit-rot.bad-file //d/backends/patchy1/FILE1
not ok 22 Got "" instead of "trusted.bit-rot.bad-file", LINENUM:55
RESULT 22: 1
getfattr: Removing leading '/' from absolute path names
# file: d/backends/patchy1
trusted.gfid=0x00000000000000000000000000000001
trusted.glusterfs.dht=0x000000010000000000000000ffffffff
trusted.glusterfs.volume-id=0xdc6b47ebd73f46798f5a86b42678fb44

Would it be possible for you to upload the bitd.log from /var/log/glusterfs
directory after running the bitrot test? 

Because, it is bit-rot daemon (whose log file is bitd.log that I asked) which
sets sends the setxattr requests to the brick to set the extended attributes
needed for bit-rot detection.
If setting that attribute failed, then bit-rot daemon's log file would have got
an error.


Regards,
Raghavendra

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.


More information about the Bugs mailing list