Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1194352 - Stop truncating backtraces
Stop truncating backtraces
Status: CLOSED ERRATA
Product: Red Hat Satellite 6
Classification: Red Hat
Component: Usability (Show other bugs)
6.0.8
Unspecified Unspecified
unspecified Severity medium (vote)
: Beta
: Unused
Assigned To: Ivan Necas
jcallaha
http://projects.theforeman.org/issues...
: Triaged
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2015-02-19 10:52 EST by Jan Pazdziora
Modified: 2016-07-27 04:48 EDT (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2016-07-27 04:48:47 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Foreman Issue Tracker 10713 None None None 2016-04-22 12:08 EDT
Red Hat Product Errata RHBA-2016:1500 normal SHIPPED_LIVE Red Hat Satellite 6.2 Base Libraries 2016-07-27 08:24:38 EDT

  None (edit)
Description Jan Pazdziora 2015-02-19 10:52:39 EST
Description of problem:

In the rare case when an error happens in code which is not foreman's, WebUI only shows very few lines of backtrace, even if the problem is in katello or dynflow. The backtrace should not claim it shows "Full trace" if it does not.

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

Satellite 6.0.8

How reproducible:

Deterministic.

Steps to Reproduce:
1. Have situation when application fails in katello.
2. Check the backtrace shown on the "Oops, we're sorry but something went wrong" page.

Actual results:

Just backtrace from foreman, it seems.

Expected results:

Complete backtrace.

Additional info:

Alternatively, the page should point the user to the whole backtrace to be found in /var/log/foreman/production.log.
Comment 1 RHEL Product and Program Management 2015-02-19 19:59:56 EST
Since this issue was entered in Red Hat Bugzilla, the release flag has been
set to ? to ensure that it is properly evaluated for this release.
Comment 3 Ivan Necas 2015-06-05 06:12:08 EDT
Created redmine issue http://projects.theforeman.org/issues/10713 from this bug
Comment 4 Ivan Necas 2015-06-05 06:24:02 EDT
Proposed fix https://github.com/theforeman/foreman/pull/2438
Comment 5 Ivan Necas 2015-06-09 11:15:26 EDT
Merged in upstream, will be part of Foreman 1.9
Comment 8 Tazim Kolhar 2016-04-05 00:29:53 EDT
Hi,

   please provide verification steps for :
   1. Have situation when application fails in katello.
   (Can please give example here)
 
   2. Check the backtrace shown on the "Oops, we're sorry but something went    
   wrong" page.

Thanks and Regards,
Tazim
Comment 9 Ivan Necas 2016-04-05 07:21:47 EDT
1. configure the satellite to use external ldap authentication
2. simulate the satellite can't reach the ldap (as simply as upading the /etc/hosts on the machine to use some fake ip for the ldap server
3. try to login

The reqeust should fail, but one should be able to get the backtrace of the error in /var/log/foreman/production.log
Comment 11 jcallaha 2016-04-26 15:24:52 EDT
Verified in Satellite 6.2 Beta Snap 9 Compose 2.

A full backtrace is now provided in the Errors tab of tasks with errors.
Comment 13 errata-xmlrpc 2016-07-27 04:48:47 EDT
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2016:1500

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