Re: GlusterFs v4.1.5: Need help on bitrot detection

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

 





On Wed, 20 Feb 2019 at 21:03, Amar Tumballi Suryanarayan <atumball@xxxxxxxxxx> wrote:
Hi Chandranana,

We are trying to find a BigEndian platform to test this out at the moment, will get back to you on this.

Meantime, did you run the entire regression suit? Is it the only test failing? To run the entire regression suite, please run `run-tests.sh -c` from glusterfs source repo.


They are seeing other issues as well [1] , mostly related to the hashed values in Big endian systems and the hardcoded names and paths in the .t files.  I have fixed 2 .t files and asked them to debug the remaining tests and provide patches as it was taking a long time to go back and forth with various suggested changes.

There are debug logs attached for all the failing tests, including one for the failing bitrot case which indicates a very large value being returned in fgetxattr (probably also related to endianess).

[2019-02-14 09:12:05.140750] D [MSGID: 0] [io-threads.c:372:iot_schedule] 0-patchy-io-threads: FGETXATTR scheduled as least priority fop 
[2019-02-14 09:12:05.140828] A [MSGID: 0] [mem-pool.c:118:__gf_calloc] : no memory available for size (176093659239) [call stack follows]
/usr/local/lib/libglusterfs.so.0(+0x28eaa)[0x3ffb2da8eaa]                       
/usr/local/lib/libglusterfs.so.0(_gf_msg_nomem+0x31c)[0x3ffb2da93c4]            
/usr/local/lib/libglusterfs.so.0(__gf_calloc+0x13c)[0x3ffb2dd595c]              
/usr/local/lib/glusterfs/4.1.5/xlator/features/bitrot-stub.so(+0xe3c4)[0x3ffae28e3c4]
/usr/local/lib/glusterfs/4.1.5/xlator/storage/posix.so(+0x32154)[0x3ffae7b2154] 


Regards,
Nithya

 
-Amar

On Tue, Feb 19, 2019 at 1:31 AM Chandranana Naik <Chandranana.Naik@xxxxxxx> wrote:

Hi Team,

We are working with Glusterfs v4.1.5 on big endian platform(Ubuntu 16.04) and encountered that the subtest 20 of test ./tests/bitrot/bug-1207627-bitrot-scrub-status.t is failing.

Subtest 20 is failing as below:
trusted.bit-rot.bad-file check_for_xattr trusted.bit-rot.bad-file //d/backends/patchy1/FILE1
not ok 20 Got "" instead of "trusted.bit-rot.bad-file", LINENUM:50
FAILED COMMAND: trusted.bit-rot.bad-file check_for_xattr trusted.bit-rot.bad-file //d/backends/patchy1/FILE1

The test is failing with error "remote operation failed [Cannot allocate memory]" logged in /var/log/glusterfs/scrub.log.
Could you please let us know if anything is missing in making this test pass, PFA the logs for the test case

(See attached file: bug-1207627-bitrot-scrub-status.7z)

Note: Enough memory is available on the system.

Regards,
Chandranana Naik

_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
https://lists.gluster.org/mailman/listinfo/gluster-devel


--
Amar Tumballi (amarts)
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
https://lists.gluster.org/mailman/listinfo/gluster-devel
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
https://lists.gluster.org/mailman/listinfo/gluster-devel

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

  Powered by Linux