From Fedora Project Wiki
m (User Experience)
m (We will have cloud-base and container images in F28. Dropping Atomic from F28 becase of very long(14hrs) time for ostree repo creation on s390x)
 
(27 intermediate revisions by 2 users not shown)
Line 23: Line 23:


<!-- The actual name of your proposed change page should look something like: Changes/Your_Change_Proposal_Name.  This keeps all change proposals in the same namespace -->
<!-- The actual name of your proposed change page should look something like: Changes/Your_Change_Proposal_Name.  This keeps all change proposals in the same namespace -->
= Atomic, Cloud and Docker images for s390x =
= Cloud-base and Container images for s390x =


== Summary ==
== Summary ==
<!-- A sentence or two summarizing what this change is and what it will do. This information is used for the overall changeset summary page for each release. -->
<!-- A sentence or two summarizing what this change is and what it will do. This information is used for the overall changeset summary page for each release. -->
This change is to bring s390x architectures closer to other Fedora architectures by adding some of widely used Fedora variants. This includes docker images, Atomic Host (isos, qcow2 and raw format) and regular cloud Images (qcow2 and raw format).
This change is to bring s390x architecture closer to other Fedora architectures by adding widely used Fedora variants. This includes container images and Cloud-base images (qcow2 and raw format).


== Owner ==
== Owner ==
Line 36: Line 36:
* Name: [[User:sinnykumari| Sinny Kumari]]
* Name: [[User:sinnykumari| Sinny Kumari]]
* Email: <sinnykumari@fedoraproject.org>
* Email: <sinnykumari@fedoraproject.org>
* Release notes owner: <!--- To be assigned by docs team [[User:FASAccountName| Release notes owner name]] <email address> -->
* Release notes ticket: [https://pagure.io/fedora-docs/release-notes/issue/107 #107]
<!--- UNCOMMENT only for Changes with assigned Shepherd (by FESCo)
<!--- UNCOMMENT only for Changes with assigned Shepherd (by FESCo)
* FESCo shepherd: [[User:FASAccountName| Shehperd name]] <email address>
* FESCo shepherd: [[User:FASAccountName| Shehperd name]] <email address>
-->
-->
<!--- UNCOMMENT only if this Change aims specific product, working group (Cloud, Workstation, Server, Base, Env & Stacks)
<!--- UNCOMMENT only if this Change aims specific product, working group (Cloud, Workstation, Server, Base, Env & Stacks)
* Product:
* Product: -->
* Responsible WG:
* Responsible WG: Fedora s390x SIG
-->


== Current status ==
== Current status ==
Line 56: Line 55:
CLOSED as NEXTRELEASE -> change is completed and verified and will be delivered in next release under development
CLOSED as NEXTRELEASE -> change is completed and verified and will be delivered in next release under development
-->
-->
* Tracker bug: <will be assigned by the Wrangler>
* Tracker bug: [https://bugzilla.redhat.com/show_bug.cgi?id=1547235 #1547235]


== Detailed Description ==
== Detailed Description ==


<!-- Expand on the summary, if appropriate.  A couple sentences suffices to explain the goal, but the more details you can provide the better. -->
<!-- Expand on the summary, if appropriate.  A couple sentences suffices to explain the goal, but the more details you can provide the better. -->
We already ship Atomic, Cloud and Docker images on other 64-bit Fedora supported architectures- aarch64, x86_64 and ppc64le. Also, with Fedora 27, s390x is part of primary koji build system.
We already ship Cloud-base and Container images on other 64-bit Fedora supported architectures- aarch64, x86_64 and ppc64le. With Fedora 27, s390x is part of primary koji build system.
Currently, we only ship Server and Everything variants for s390x. So, our next steps should be to have missing Fedora variants on s390x architectures which users will find useful. This brings in shipping Atomic, Cloud and Docker images in Fedora for s390x as well.
Currently, we only ship Server and Everything variants for s390x. So, our next steps should be to have missing Fedora variants on s390x architecture which users will find useful. This change brings in shipping Cloud-base and Container images in Fedora for s390x as well.


== Benefit to Fedora ==
== Benefit to Fedora ==
Line 69: Line 68:


== Scope ==
== Scope ==
* Proposal owners:
* Proposal owners: These are isolated changes which doesn't impact existing Fedora 28 release plan on s390x. To have these changes ready to ship in Fedora 28, we mainly require s390x koji builders configured to run these composes,  [https://pagure.io/pungi-fedora/pull-request/496 changes in pungi configuration] to enable the additional compose and fixing s390x specific issues encountered when compose fails to run.
<!-- What work do the feature owners have to accomplish to complete the feature in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->
<!-- What work do the feature owners have to accomplish to complete the feature in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->


* Other developers: N/A (not a System Wide Change) <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Other developers: Changes in Fedora infrastructure configs/scripts will be required to have s390x builders configured to run additional composes. [https://pagure.io/fedora-infrastructure/issue/6659 Fedora Infrastructure issue] has been filed to keep track of required changes to be done.
<!-- What work do other developers have to accomplish to complete the feature in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->
<!-- What work do other developers have to accomplish to complete the feature in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->


* Release engineering: [https://pagure.io/releng/issues #Releng issue number] (a check of an impact with Release Engineering is needed) <!-- REQUIRED FOR SYSTEM WIDE AS WELL AS FOR SELF CONTAINED CHANGES -->
* Release engineering: [https://pagure.io/releng/issue/7286  #Releng 7286]
<!-- Does this feature require coordination with release engineering (e.g. changes to installer image generation or update package delivery)?  Is a mass rebuild required?  include a link to the releng issue.  
<!-- Does this feature require coordination with release engineering (e.g. changes to installer image generation or update package delivery)?  Is a mass rebuild required?  include a link to the releng issue.  
The issue is required to be filed prior to feature submission, to ensure that someone is on board to do any process development work and testing, and that all changes make it into the pipeline; a bullet point in a change is not sufficient communication -->
The issue is required to be filed prior to feature submission, to ensure that someone is on board to do any process development work and testing, and that all changes make it into the pipeline; a bullet point in a change is not sufficient communication -->
** [[Fedora_Program_Management/ReleaseBlocking/Fedora{{FedoraVersionNumber|next}}|List of deliverables]]: N/A (not a System Wide Change) <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- ** [[Fedora_Program_Management/ReleaseBlocking/Fedora{{FedoraVersionNumber|next}}|List of deliverables]]: N/A (not a System Wide Change) <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
** List of deliverables: This change will bring following variants and deliverables for s390x architecture:
*** Container - Provides Fedora-Container-Minimal-Base and Fedora-Container-Base images
*** Cloud - Provides Fedora-Cloud-Base images (qcow2 and raw)
<!-- Please check the list of Fedora release deliverables and list all the differences the feature brings -->
<!-- Please check the list of Fedora release deliverables and list all the differences the feature brings -->


* Policies and guidelines: N/A (not a System Wide Change) <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Policies and guidelines: No change should be required  <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- Do the packaging guidelines or other documents need to be updated for this feature?  If so, does it need to happen before or after the implementation is done?  If a FPC ticket exists, add a link here. -->
<!-- Do the packaging guidelines or other documents need to be updated for this feature?  If so, does it need to happen before or after the implementation is done?  If a FPC ticket exists, add a link here. -->


Line 91: Line 93:


<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
N/A (not a System Wide Change)
No impact on upgrades because this change brings new deliverables which are isolated from existing deliverables provided on s390x.


== How To Test ==
== How To Test ==
Any of these images should be easily testable on an s390x Virtual Machine running latest Fedora. Method of testing is similar to how we test on other architectures like x86_64, ppc64le.  
Any of these images should be easily testable on a s390x Virtual Machine running latest Fedora. Method of testing is similar to how we test on other architectures like x86_64, ppc64le.  
<!-- This does not need to be a full-fledged document. Describe the dimensions of tests that this change implementation is expected to pass when it is done.  If it needs to be tested with different hardware or software configurations, indicate them.  The more specific you can be, the better the community testing can be.  
<!-- This does not need to be a full-fledged document. Describe the dimensions of tests that this change implementation is expected to pass when it is done.  If it needs to be tested with different hardware or software configurations, indicate them.  The more specific you can be, the better the community testing can be.  


Line 112: Line 114:
<!-- If this change proposal is noticeable by its target audience, how will their experiences change as a result?  Describe what they will see or notice. -->
<!-- If this change proposal is noticeable by its target audience, how will their experiences change as a result?  Describe what they will see or notice. -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
s390x users will be able to run docker and cloud Images officially shipped by Fedora in their environment set-up. They will also be able to run Atomic Host on s390x which is optimized to run container images.
s390x users will be able to run container and cloud Images officially shipped by Fedora in their environment set-up.


== Dependencies ==
== Dependencies ==
Line 118: Line 120:


<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
N/A (not a System Wide Change)
None


== Contingency Plan ==
== Contingency Plan ==


<!-- If you cannot complete your feature by the final development freeze, what is the backup plan?  This might be as simple as "Revert the shipped configuration".  Or it might not (e.g. rebuilding a number of dependent packages).  If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy.  -->
<!-- If you cannot complete your feature by the final development freeze, what is the backup plan?  This might be as simple as "Revert the shipped configuration".  Or it might not (e.g. rebuilding a number of dependent packages).  If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy.  -->
* Contingency mechanism: Initial attempt on producing these images on local s390x machines seems to give working docker images. Some work required for having working Atomic images (e.g. [https://bugzilla.redhat.com/show_bug.cgi?id=1535043 oz package update] ) which is doable in F28 time-frame. Also, required  [https://pagure.io/pungi-fedora/pull-request/496 changes in pungi configuration] is already in place. Still, if due to some reason we are not able to get these images ready for F28, it can be moved to Fedora 29. <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Contingency mechanism: Reverting back related changes done in f28 branch of [https://pagure.io/pungi-fedora/ pungi-fedora] should be sufficient.<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- When is the last time the contingency mechanism can be put in place?  This will typically be the beta freeze. -->
<!-- When is the last time the contingency mechanism can be put in place?  This will typically be the beta freeze. -->
* Contingency deadline: Fedora 28 Final Freeze(not a System Wide Change)  <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Contingency deadline: Beta Freeze
<!-- Does finishing this feature block the release, or can we ship with the feature in incomplete state? -->
<!-- Does finishing this feature block the release, or can we ship with the feature in incomplete state? -->
* Blocks release? N/A (not a System Wide Change) <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Blocks release? No <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Blocks product? No <!-- Applicable for Changes that blocks specific product release/Fedora.next -->
* Blocks product? No <!-- Applicable for Changes that blocks specific product release/Fedora.next -->


Line 133: Line 135:
<!-- Is there upstream documentation on this change, or notes you have written yourself?  Link to that material here so other interested developers can get involved. -->
<!-- Is there upstream documentation on this change, or notes you have written yourself?  Link to that material here so other interested developers can get involved. -->
[[Architectures/s390x | Fedora s390x wiki page]]  will be updated with required changes.
[[Architectures/s390x | Fedora s390x wiki page]]  will be updated with required changes.
<!-- REQUIRED FOR SYSTEM WIDE CHANGES
<!-- REQUIRED FOR SYSTEM WIDE CHANGES
N/A (not a System Wide Change) -->
N/A (not a System Wide Change) -->
Line 144: Line 145:
-->
-->


[[Category:ChangePageIncomplete]]
[[Category:ChangeAcceptedF28]]
<!-- When your change proposal page is completed and ready for review and announcement -->
<!-- When your change proposal page is completed and ready for review and announcement -->
<!-- remove Category:ChangePageIncomplete and change it to Category:ChangeReadyForWrangler -->
<!-- remove Category:ChangePageIncomplete and change it to Category:ChangeReadyForWrangler -->
Line 151: Line 152:


<!-- Select proper category, default is Self Contained Change -->
<!-- Select proper category, default is Self Contained Change -->
[[Category:SelfContainedChange]]
<!-- [[Category:SelfContainedChange]] -->
<!-- [[Category:SystemWideChange]] -->
[[Category:SystemWideChange]]

Latest revision as of 05:19, 23 March 2018



Cloud-base and Container images for s390x

Summary

This change is to bring s390x architecture closer to other Fedora architectures by adding widely used Fedora variants. This includes container images and Cloud-base images (qcow2 and raw format).

Owner

  • Name: Sinny Kumari
  • Email: <sinnykumari@fedoraproject.org>
  • Release notes ticket: #107
  • Responsible WG: Fedora s390x SIG

Current status

Detailed Description

We already ship Cloud-base and Container images on other 64-bit Fedora supported architectures- aarch64, x86_64 and ppc64le. With Fedora 27, s390x is part of primary koji build system. Currently, we only ship Server and Everything variants for s390x. So, our next steps should be to have missing Fedora variants on s390x architecture which users will find useful. This change brings in shipping Cloud-base and Container images in Fedora for s390x as well.

Benefit to Fedora

s390x users will stick to Fedora for their cloud environment set-up while running VMs or containers. Also, we are one step closer on Fedora being fully multi-arch.

Scope

  • Proposal owners: These are isolated changes which doesn't impact existing Fedora 28 release plan on s390x. To have these changes ready to ship in Fedora 28, we mainly require s390x koji builders configured to run these composes, changes in pungi configuration to enable the additional compose and fixing s390x specific issues encountered when compose fails to run.
  • Other developers: Changes in Fedora infrastructure configs/scripts will be required to have s390x builders configured to run additional composes. Fedora Infrastructure issue has been filed to keep track of required changes to be done.
  • Release engineering: #Releng 7286
    • List of deliverables: This change will bring following variants and deliverables for s390x architecture:
      • Container - Provides Fedora-Container-Minimal-Base and Fedora-Container-Base images
      • Cloud - Provides Fedora-Cloud-Base images (qcow2 and raw)
  • Policies and guidelines: No change should be required
  • Trademark approval: N/A (not needed for this Change)

Upgrade/compatibility impact

No impact on upgrades because this change brings new deliverables which are isolated from existing deliverables provided on s390x.

How To Test

Any of these images should be easily testable on a s390x Virtual Machine running latest Fedora. Method of testing is similar to how we test on other architectures like x86_64, ppc64le.

User Experience

s390x users will be able to run container and cloud Images officially shipped by Fedora in their environment set-up.

Dependencies

None

Contingency Plan

  • Contingency mechanism: Reverting back related changes done in f28 branch of pungi-fedora should be sufficient.
  • Contingency deadline: Beta Freeze
  • Blocks release? No
  • Blocks product? No

Documentation

Fedora s390x wiki page will be updated with required changes.

Release Notes