RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 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 "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". 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 "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-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 1215745 - Need 'split-out' trees for Atomic Host
Summary: Need 'split-out' trees for Atomic Host
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: rhel-server-atomic
Version: 7.3
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: rc
: ---
Assignee: Colin Walters
QA Contact: atomic-bugs@redhat.com
URL:
Whiteboard:
Depends On:
Blocks: 1321771
TreeView+ depends on / blocked
 
Reported: 2015-04-27 16:15 UTC by Partha Aji
Modified: 2018-02-12 15:45 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-02-12 15:45:11 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Partha Aji 2015-04-27 16:15:52 UTC 
Right now for PXE based installs one needs to download the RHEL Atomic iso and extract it at some location accessible to the PXE server. This makes things harder for Satellite which relies kickstart trees and PXE to provision.

A better approach more consistent and similar to the way RHEL is laid out in the CDN would be to expose Atomic Kickstart trees (or split-out trees).
Comment 5 Dan Callaghan 2015-05-04 23:01:17 UTC 
Without these split-out trees (containing Anaconda netboot images) recent Atomic composes cannot be provisioned automatically in Beaker. So we would like to get them built ASAP. Is there anything we can do to help move this forward?

Is it just a matter of tweaking some config, or are there some actual features missing in the toolchain somewhere? If so, can you please tell us what's missing from where?
Comment 6 Colin Walters 2015-07-23 12:37:22 UTC 
(In reply to Dan Callaghan from comment #5)
> Without these split-out trees (containing Anaconda netboot images) recent
> Atomic composes cannot be provisioned automatically in Beaker. So we would
> like to get them built ASAP. Is there anything we can do to help move this
> forward?
> 
> Is it just a matter of tweaking some config, or are there some actual
> features missing in the toolchain somewhere? If so, can you please tell us
> what's missing from where?

There's nothing missing AFAIK, it's just a matter of running the existing rpm-ostree-toolbox and pointing its output directory into the rel-eng space.
Comment 9 Colin Walters 2015-08-05 14:28:51 UTC 
So for RHEL mainline, AFAIK it is distill which implements a mashup of lorax with createrepo, into URLs like http://download.eng.rdu2.redhat.com/nightly/RHEL-7.2-20150803.n.1/compose/Server/x86_64/os/

I believe Anaconda has some intelligence to know to consume the repodata/ from that directory so you can do unattended installs more easily.

In contrast for RHELAH, we had been embeddeding the OSTree content inside the ISO and squashfs.  This model should work well for Beaker and QE testing I believe.

What I'm uncertain of is how this will work for Satellite.  The tricky thing here is whether Satellite consumers will want install-to-latest, i.e. to use `ostreesetup` to pull a newer tree commit than ships in the image.  Is Satellite trying to implement something like that?

Partha, does the above make sense to you?
Comment 10 Alexander Todorov 2015-08-06 09:16:30 UTC 
(In reply to Colin Walters from comment #9)
> So for RHEL mainline, AFAIK it is distill which implements a mashup of lorax
> with createrepo, into URLs like
> http://download.eng.rdu2.redhat.com/nightly/RHEL-7.2-20150803.n.1/compose/
> Server/x86_64/os/
> 
> I believe Anaconda has some intelligence to know to consume the repodata/
> from that directory so you can do unattended installs more easily.
> 


Correct.

> In contrast for RHELAH, we had been embeddeding the OSTree content inside
> the ISO and squashfs.  This model should work well for Beaker and QE testing
> I believe.
> 


This caused bug #1235558 due to increased memory requirements. Otherwise should work for Beaker if you import the squashfs.img as well. 


Btw I think anaconda can easily be updated to apply the above mentioned URL intelligence for ostrees as well. In this case would you consider removing the ostree content from the squashfs image ?
Comment 25 Colin Walters 2018-02-12 15:45:11 UTC 
This should be fixed now http://download-node-02.eng.bos.redhat.com/nightly/RHAH/RHAH-7.5.20180202.n.2/compose/Server/x86_64/kickstart/cdn/rhel-atomic-host-kickstart/
Note You need to log in before you can comment on or make changes to this bug.