Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1683317

Summary: ./tests/bugs/glusterfs/bug-866459.t failing on s390x
Product: [Community] GlusterFS Reporter: Dale <dalefu>
Component: testsAssignee: bugs <bugs>
Status: CLOSED COMPLETED QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 5CC: brueckner, bugs, nthorat
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: s390x   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2023-03-15 05:36:31 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Dale 2019-02-26 15:10:04 UTC
Description of problem:
The test case ./tests/bugs/glusterfs/bug-866459.t seems to be failing on s390x due to linux-aio being enabled on the case test.
If I comment out the line that enables linux-aio, the test case will pass.

This line fails as it seems that we are unable to write files to /mnt/glusterfs/0/ when the linux-aio feature is on.
dd of=$M0/a if=/dev/urandom bs=1024k count=1 2>&1 > /dev/null

Upon further investigation, I also noticed that when I try to touch a file on /mnt/glusterfs/0/, it works. But whenever I try to edit the file on vim, it will fail with "/mnt/glusterfs/0/a" E667: Fsync failed.

How important is it to have linux-aio enable in the test case? This behaviour regarding linux-aio being enabled has been seen before in previous bug reports but it seems to been fixed on x86.

Version-Release number of selected component (if applicable):
v5.3

How reproducible:
Always

Steps to Reproduce:
1. Build Glusterfs v5.3 from source
2. Run the test case with ./run-tests.sh
3. Or just enable gluster feature linux-aio and try to write files

Actual results:
Test fails and /mnt/glusterfs/0/a uneditable

Expected results:
Test passes and /mnt/glusterfs/0/a editable

Additional info: (I can upload full logs if needed)
Snippets of /var/log/glusterfs/mnt-glusterfs-0.log
[2019-02-25 15:08:41.017171] W [MSGID: 114031] [client-rpc-fops_v2.c:680:client4_0_writev_cbk] 0-patchy-client-0: remote operation failed [Invalid argument]
[2019-02-25 15:08:41.019941] W [fuse-bridge.c:1436:fuse_err_cbk] 0-glusterfs-fuse: 17: FLUSH() ERR => -1 (Invalid argument)

Snippets of the strace dd command log
read(0, "`)\17\3713\251\213i\25E\10^\17&\"\244t\352h\340^3\233G\371\245\260:w\377\2732"..., 1048576) = 1048576
write(1, "`)\17\3713\251\213i\25E\10^\17&\"\244t\352h\340^3\233G\371\245\260:w\377\2732"..., 1048576) = 1048576
close(0)                                = 0
close(1)                                = -1 EINVAL (Invalid argument)

Comment 1 Yaniv Kaul 2019-04-18 09:45:43 UTC
AIO is not available on s/390?
So it's not about this test, it's about Gluster not working when AIO is not available?

Comment 3 nthorat 2022-03-14 14:44:40 UTC
Same issue observed with v10.1.
Any updates

Comment 6 nthorat 2023-03-15 05:35:29 UTC
Fixed by https://github.com/gluster/glusterfs/pull/4032