Bug 904370

Summary: Reduce unwanted Python exception stack traces in log entries
Product: [Community] Gluster-Swift Reporter: Peter Portante <pportant>
Component: utilsAssignee: Nobody <nobody>
Status: MODIFIED --- QA Contact:
Severity: low Docs Contact:
Priority: low    
Version: 0.1CC: bugs
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 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:
Bug Depends On:    
Bug Blocks: 903396, 978061    

Description Peter Portante 2013-01-26 13:42:46 UTC
It has been observed at various customer sites that Gluster/Swift integration code raises exceptions for conditions that normally occur and are correctable. We should remove these errors from log files to reduce the noise, allowing customers and support to find real problems.

Comment 1 Anand Avati 2013-04-08 02:26:53 UTC
REVIEW: http://review.gluster.org/4788 (object-storage: cleanup err handling in Glusterfs.) posted (#1) for review on master by Mohammed Junaid (junaid)

Comment 2 Anand Avati 2013-04-12 07:07:47 UTC
REVIEW: http://review.gluster.org/4788 (object-storage: cleanup err handling in Glusterfs.) posted (#2) for review on master by Mohammed Junaid (junaid)

Comment 3 Anand Avati 2013-04-12 20:49:39 UTC
COMMIT: http://review.gluster.org/4788 committed in master by Anand Avati (avati) 
------
commit bf7b83d2bcc490a9a70ddd0fcf71e8a81c5430a2
Author: Mohammed Junaid <junaid>
Date:   Sun Apr 7 07:18:06 2013 +0530

    object-storage: cleanup err handling in Glusterfs.
    
    Change-Id: I4fa1a7b9214c6897459a99bedde80e84eb2b9cbc
    BUG: 904370
    Signed-off-by: Mohammed Junaid <junaid>
    Reviewed-on: http://review.gluster.org/4788
    Reviewed-by: Kaleb KEITHLEY <kkeithle>
    Tested-by: Gluster Build System <jenkins.com>
    Reviewed-by: Anand Avati <avati>