Bug 2167937 - Creating new SCAP Content on Satellite fails with error " Oops, we're sorry but something went wrong 500 Internal Server Error"
Summary: Creating new SCAP Content on Satellite fails with error " Oops, we're sorry b...
Keywords:
Status: CLOSED DUPLICATE of bug 2133151
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: SCAP Plugin
Version: 6.13.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: Unspecified
Assignee: satellite6-bugs
QA Contact: Gaurav Talreja
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-02-07 18:13 UTC by Jayant Bhatia
Modified: 2023-08-03 17:35 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-06-21 07:17:18 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Jayant Bhatia 2023-02-07 18:13:55 UTC
Description of problem:

New SCAP content cannot be created in Satellite and fails with error " Oops, we're sorry but something went wrong 500 Internal Server Error"


Version-Release number of selected component (if applicable): satellite-6.13.0-4.el8sat.noarch


How reproducible: Always


Steps to Reproduce:

1. Navigate to Satellite WebUI -> Hosts -> SCAP contents. Click on 'New SCAP Content'.

2. Enter any Title. Browse a SCAP Datastream .xml file. Assign required Organizations and Locations. 

3. Click on Submit.


Actual results: The web page loads for a while and then throws following error: "Oops, we're sorry but something went wrong 500 Internal Server Error"


Expected results: The new SCAP content should get created successfully.


Additional info: Attaching screen image of observed error in the BugZilla.

Comment 1 Jayant Bhatia 2023-02-07 18:15:05 UTC
Created attachment 1942760 [details]
Observer Error

Comment 2 Marek Hulan 2023-02-09 09:41:04 UTC
When you see 500 error, always please attach the production.log. Or at least the foreman-rake output that is mentioned on that 500 error page. In this case, we may also need to capture the proxy.log from Capsule that was appended during the scap content parsing.

Comment 5 Jayant Bhatia 2023-02-09 10:46:17 UTC
The requested logs has been attached to the case. Please refer attachments. I have kept the attachments private since it contain hostnames and other confidential host information. Please let me know if any more inputs needed from my end.

Comment 6 Brad Buckingham 2023-02-09 15:34:47 UTC
Is this a regression from 6.12?  Thanks!

Comment 7 Jayant Bhatia 2023-02-09 15:39:51 UTC
This issue is present in Satellite 6.12 also!

Comment 8 Marek Hulan 2023-02-09 16:38:00 UTC
So, the proxy log says "2023-02-09T16:09:33 9ad5a98c [W] Error details for Error occurred: Failed to parse profiles: <Exception>: Error occurred: Failed to parse profiles". I have a suspicion that the file is not valid. I think we've seen something like this before. Can you upload your DS file here for further investigation please?

Comment 9 Jayant Bhatia 2023-02-09 17:01:48 UTC
Hello Marek,

You are right. I tried with another right DS file and the upload was successful. So the mentioned error is observed only when the DS file being uploaded is not valid. 

I believe if the DS file which is being uploaded is not valid, Satellite should throw some meaningful error or warning instead of 500 Internal Server Error.

Comment 12 Brad Buckingham 2023-02-13 14:40:11 UTC
Hi Jayant,

Based upon the finding that the uploaded file isn't valid, should we close this one as notabug or duplicate of bug 2168728?  Thanks!

Comment 13 Jayant Bhatia 2023-02-13 14:43:53 UTC
Hello Brad,

The same issue is observed while creating new scap content and while creating new tailoring file if invalid DS file is used. Are we are going to fix both scenarios (scap content and tailoring file) in BZ-2168728? If yes, then we can close out this BZ.

Comment 16 Sayan Das 2023-02-13 17:46:16 UTC
Well, I believe the issue is exactly the same as what was reported in https://bugzilla.redhat.com/show_bug.cgi?id=2133151 

And if i use the DS file from https://access.redhat.com/security/data/metrics/ds/com.redhat.rhsa-RHEL7.ds.xml , I can reproduce the 500 ISE as expected in Sat 6.13 as well. It does not fails with the error "Scap file Invalid XML format" but instead i get the same 500 ISET as that BZ and this BZ.

Comment 17 visawant 2023-06-21 07:17:18 UTC
Closing this BZ as it is a duplicate of the existing reported earlier https://bugzilla.redhat.com/show_bug.cgi?id=2133151

*** This bug has been marked as a duplicate of bug 2133151 ***


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