[Bugs] [Bug 1336457] New: RFE: mount.glusterfs to return only errors directly to caller without writing to logs with --verbose option

bugzilla at redhat.com bugzilla at redhat.com
Mon May 16 14:17:41 UTC 2016


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

            Bug ID: 1336457
           Summary: RFE: mount.glusterfs to return only errors directly to
                    caller without writing to logs with --verbose option
           Product: GlusterFS
           Version: mainline
         Component: fuse
          Assignee: bugs at gluster.org
          Reporter: screeley at redhat.com
                CC: bugs at gluster.org



Description of problem:
carry on to this http://review.gluster.org/#/c/11469/

capture the error(s) - in most cases it will be 1 or 2 lines (not status exit
codes but the true errors exposed in the log)

[2016-04-28 14:21:29.109697] E [socket.c:2332:socket_connect_finish]
0-glusterfs: connection to 192.168.123.222:24007 failed (Connection timed out)
[2016-04-28 14:21:29.109767] E [glusterfsd-mgmt.c:1819:mgmt_rpc_notify]
0-glusterfsd-mgmt: failed to connect with remote-host: 192.168.123.222
(Transport endpoint is not connected)

when mount.glusterfs is called and an issue happens we have to read the errors
out of the log, would like the true root cause error to simply be returned to
the caller so the extra step of reading the log does not need to be performed.

below is result of conversation with @prasanna kalever:

I am just thinking what all you need to do is
[1]  # mount -t glusterfs --verbose -o log-level=ERROR $IP:/<Vol>
/mnt/mountpoint

Which will print the GF_LOG_ERROR messages, but I found that currently
there is a bug w.r.t mount log-level,
some where log_level from command args gets overwritten by log_level
INFO, at-least in the master branch (which I will try to fix).



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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

-- 
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