Bug 1336457 - [RFE] mount.glusterfs to return only errors directly to caller without writing to logs with --verbose option
Summary: [RFE] mount.glusterfs to return only errors directly to caller without writin...
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: GlusterFS
Classification: Community
Component: fuse
Version: mainline
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Prasanna Kumar Kalever
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-05-16 14:17 UTC by Scott Creeley
Modified: 2018-11-19 05:33 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2018-11-19 05:20:19 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github 574 0 None None None 2018-11-19 05:33:28 UTC

Description Scott Creeley 2016-05-16 14:17:41 UTC
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:

Comment 1 Scott Creeley 2016-08-24 18:40:50 UTC
@prasanna.kalever - is there any status on this?  I think this was related to an existing BZ but can't find which one

Comment 2 Vijay Bellur 2018-11-19 05:33:28 UTC
Migrated to github:

https://github.com/gluster/glusterfs/issues/574

Please follow the github issue for further updates on this bug.


Note You need to log in before you can comment on or make changes to this bug.