Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 971758 - oauth error from pulp_rest in production.log
Summary: oauth error from pulp_rest in production.log
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Content Management
Version: 6.0.1
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: Unspecified
Assignee: Eric Helms
QA Contact: Katello QA List
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-06-07 08:39 UTC by Sachin Ghai
Modified: 2013-09-17 21:10 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-06-17 14:28:36 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
logs (379.83 KB, application/gzip)
2013-06-07 13:55 UTC, Garik Khachikyan
no flags Details

Comment 2 Ivan Necas 2013-06-07 13:47:32 UTC
Was the system working properly at the end? The message in the log doesn't have to mean much, if only that it says is that the user is already created.

Also, katello-debug output would be a big plus.

Comment 4 Garik Khachikyan 2013-06-07 13:53:37 UTC
btw: I also see the same log piece there in my install.
but despite of this my system is functional.

Comment 5 Garik Khachikyan 2013-06-07 13:55:06 UTC
Created attachment 758171 [details]
logs

Comment 7 Sachin Ghai 2013-06-10 07:27:55 UTC
thanks Garik for sharing the logs.

Ivan, So far system is behaving properly.

Comment 9 Eric Helms 2013-06-17 13:45:33 UTC
This is not truly a bug. I'll try to explain why every user sees this. 

When we seed the database at installation or development environment setup, we create a number of entities. In this case, we are creating an initial user in the Katello database named 'admin'. By default, when Pulp is installed, Pulp creates and establishes an admin user with the username 'admin'. When Katello goes to create it's initial admin user, this triggers an attempt to create a user named 'admin' in the Pulp database. Since an admin user already exists, a 409 conflict is thrown. Katello logs all non-successful calls to Pulp in the production log (unless the user tweaks the logging settings) and thus you see this issue. 

If you named the initial user something other than admin, you should not see this message. To prevent this single message from appearing, we'd have to add some custom logic to just to account for this particular scenario.

Comment 10 Garik Khachikyan 2013-06-17 13:51:31 UTC
Thanks Eric for the description.

Actually I confirm: functionality is not getting broken with this "error".

For avoiding confusion I would recommend to make ERROR -> WARNING maybe?

Anycase: it is definitely not a 6.0.1 issue :) fixing to 6.0.2. thanks.

Comment 11 Eric Helms 2013-06-17 14:28:36 UTC
Currently, we log all exceptions at the layer that handles the Pulp API calls. Extracting out this single situation to log as a warning instead of an error would be difficult with our current setup. While conflicts in Pulp are not necessarily indicative of an error, they are good forensic evidence in the event of a bigger issue being logged by Katello. Closing in light of the above.


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