[Bugs] [Bug 1315558] New: SEEK_HOLE and SEEK_DATA should return EINVAL when protocol support is missing

bugzilla at redhat.com bugzilla at redhat.com
Tue Mar 8 04:34:12 UTC 2016


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

            Bug ID: 1315558
           Summary: SEEK_HOLE and SEEK_DATA should return EINVAL when
                    protocol support is missing
           Product: GlusterFS
           Version: 3.6.9
         Component: libgfapi
          Keywords: Triaged
          Assignee: ndevos at redhat.com
          Reporter: ndevos at redhat.com
        QA Contact: sdharane at redhat.com
                CC: bugs at gluster.org
        Depends On: 1315557



+++ This bug was initially created as a clone of Bug #1315557 +++

Description of problem:
GlusterFS 3.7 and earlier do not have support for the (new) SEEK FOP. There is
no check in glfs_lseek() for unknown SEEK_* operations, this needs to be added

Version-Release number of selected component (if applicable):
3.7 and before

How reproducible:
100%

Steps to Reproduce:
1. call glfs_lseek(..., ..., SEEK_DATA)

Actual results:
No error is returned.

Expected results:
-1 should get returned, and errno should have been set to EINVAL.

Additional info:
Found through code inspection while replying to
http://lists.nongnu.org/archive/html/qemu-block/2016-03/msg00119.html


Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1315557
[Bug 1315557] SEEK_HOLE and SEEK_DATA should return EINVAL when protocol
support is missing
-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=8cT340UDgJ&a=cc_unsubscribe


More information about the Bugs mailing list