Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1962651

Summary: ISO download endpoints should implement range operations
Product: OpenShift Container Platform Reporter: Nick Carboni <ncarboni>
Component: assisted-installerAssignee: Ronnie Lazar <alazar>
assisted-installer sub component: assisted-service QA Contact: Yuri Obshansky <yobshans>
Status: CLOSED WONTFIX Docs Contact:
Severity: urgent    
Priority: high CC: achernet, aos-bugs, mhrivnak, mmartinv
Version: 4.8Keywords: Triaged
Target Milestone: ---   
Target Release: 4.8.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: AI-Team-Core KNI-EDGE-4.8
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-06-23 12:36:09 UTC 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:

Description Nick Carboni 2021-05-20 13:14:13 UTC 
Description of problem:
The current implementation of our iso downloads streams the entire content to the client for every request. This doesn't work when we provide our endpoint directly to a BMC (in this case iDRAC). The solution is to implement range operations in our endpoint.


Steps to Reproduce:
1. Deploy assisted service without authentication
2. Create a cluster and generate and iso
3. Provide the iso url to the BMC as virtual media

Actual results:
With iDRAC8 the request (over redfish) fails directly with a 500 error.
With iDRAC9 the request succeeds, but causes constant (~10/s) "broken pipe" or "connection reset by peer" panics in our service.

Expected results:
ISO mounts successfully and machine boots into rhcos
Comment 1 Michael Hrivnak 2021-05-20 14:33:21 UTC 
The FileServer handler supports this automatically: https://golang.org/pkg/net/http/#FileServer