Bug 1945238
Summary: | [Edge] RHEL-Edge container image failed running on OpenShift 4 | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 8 | Reporter: | Xiaofeng Wang <xiaofwan> | ||||
Component: | osbuild-composer | Assignee: | Achilleas Koutsou <akoutsou> | ||||
Status: | CLOSED ERRATA | QA Contact: | Xiaofeng Wang <xiaofwan> | ||||
Severity: | unspecified | Docs Contact: | Eliane Ramos Pereira <elpereir> | ||||
Priority: | unspecified | ||||||
Version: | 8.4 | CC: | akoutsou, atodorov, elpereir, leiwang, obudai, tgunders, yih | ||||
Target Milestone: | beta | Keywords: | Triaged | ||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | osbuild-composer-32-1.el8 | Doc Type: | Bug Fix | ||||
Doc Text: |
.RHEL-Edge container image now uses `nginx` and serves on port 8080
Previously, the `edge-container` image type was unable to run in non-root mode. As a result, Red Hat OpenShift 4 was unable to use the `edge-container` image type. With this enhancement, the container now uses `nginx` HTTP server to serve the commit and a configuration file that allows the server to run as a non-root user inside the container, enabling its use on Red Hat OpenShift 4. The internal web server now uses the port `8080` instead of `80`.
|
Story Points: | --- | ||||
Clone Of: | Environment: | ||||||
Last Closed: | 2021-11-09 18:46:58 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: | |||||||
Attachments: |
|
Description
Xiaofeng Wang
2021-03-31 13:54:57 UTC
The plan for this is to change the web service in the container from httpd (apache) to nginx. On top of that, we need to configure the service to run without root privileges, which requires a more flexible OCI container creation stage and maybe a service config stage of some kind. Pre-verified on the following build: python3-osbuild-30-1.20210722git35de309.20210722git35de309.el8.noarch osbuild-composer-30-1.20210728git6ecb00a.el8.x86_64 osbuild-30-1.20210722git35de309.20210722git35de309.el8.noarch osbuild-ostree-30-1.20210722git35de309.20210722git35de309.el8.noarch osbuild-composer-worker-30-1.20210728git6ecb00a.el8.x86_64 osbuild-composer-core-30-1.20210728git6ecb00a.el8.x86_64 osbuild-selinux-30-1.20210722git35de309.20210722git35de309.el8.noarch (In reply to Xiaofeng Wang from comment #2) > Pre-verified on the following build: > python3-osbuild-30-1.20210722git35de309.20210722git35de309.el8.noarch > osbuild-composer-30-1.20210728git6ecb00a.el8.x86_64 > osbuild-30-1.20210722git35de309.20210722git35de309.el8.noarch > osbuild-ostree-30-1.20210722git35de309.20210722git35de309.el8.noarch > osbuild-composer-worker-30-1.20210728git6ecb00a.el8.x86_64 > osbuild-composer-core-30-1.20210728git6ecb00a.el8.x86_64 > osbuild-selinux-30-1.20210722git35de309.20210722git35de309.el8.noarch @Xiaofeng, @Yi, can you verify with the latest official builds in a nightly/devel tree ? @atodorov, the fix PR(https://github.com/osbuild/osbuild-composer/pull/1595) still not got merged. So have to wait PR merged and new RHEL 8.5 release. (In reply to Xiaofeng Wang from comment #6) > @atodorov, the fix PR(https://github.com/osbuild/osbuild-composer/pull/1595) > still not got merged. So have to wait PR merged and new RHEL 8.5 release. In 8.5 we've got osbuild-composer-31-1.el8 and in Comment #2 you indicated that you have tested with v30-1. How is it possible that you were able to pre-verify with an older build but not with the latest one? (In reply to Xiaofeng Wang from comment #6) > @atodorov, the fix PR(https://github.com/osbuild/osbuild-composer/pull/1595) > still not got merged. So have to wait PR merged and new RHEL 8.5 release. @Achilleas, what's the hold up for this PR being merged and how does that relate to this particular BZ ? Please see my reminder about schedule on the internal ML. No hold-up or blockage. Just needs to be reviewed again and merged. (In reply to Achilleas Koutsou from comment #9) > No hold-up or blockage. Just needs to be reviewed again and merged. I see PR has already been merged. Can you update the Fixed in version field ? Will this be in 33-1 ? This was fixed in osbuild-composer-32-1.el8, see https://github.com/osbuild/osbuild-composer/commit/17a1d3818917488985793a84e316e9e5f34b4fca Verified. Build info: osbuild-composer-worker-33-1.el8.x86_64 osbuild-35-1.el8.noarch osbuild-composer-core-33-1.el8.x86_64 osbuild-selinux-35-1.el8.noarch osbuild-composer-33-1.el8.x86_64 osbuild-ostree-35-1.el8.noarch python3-osbuild-35-1.el8.noarch 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 (osbuild bug fix and enhancement update), 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-2021:4273 |