#54: define shell command API available in Fedora Atomic
-------------------------------+-------------------------------
Reporter: mattdm | Owner:
Type: task | Status: new
Priority: normal | Milestone: Fedora 21 (Alpha)
Component: Docker Host Image | Keywords:
-------------------------------+-------------------------------
This is a list of shell commands (or at least the packages which contain
them) which are expected to work in a cloud metadata userscript at initial
Fedora Atomic launch. We should maintain this list and note changes in the
release notes, have a deprecation procedure, and so on.
The initial goal for Fedora Atomic is to be as small as reasonably
possible, including removing Python (and, not including python and yum/dnf
on the list).
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/54>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#48: remove rsyslog from default image, configure journald options appropriately
------------------------------+-------------------------------
Reporter: mattdm | Owner:
Type: task | Status: new
Priority: normal | Milestone: Fedora 21 (Alpha)
Component: Cloud Base Image | Keywords:
------------------------------+-------------------------------
Right now, we have two logging systems installed by default in the Fedora
Cloud image. While obviously rsyslog needs to continue to be an option, I
don't think we should be shipping it by default. (After dhclient, it's the
second-largest memory consumer, for one thing.) This requires some rework
to the cloud-init package -- that's what's pulling it in now.
We should also consider the journal options we want by default; probably
settings optimized for less memory consumption are better.
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/48>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#35: External need: Automatic Image Upload
--------------------+-------------------------------
Reporter: mattdm | Owner:
Type: task | Status: new
Priority: normal | Milestone: Fedora 21 (Alpha)
Component: --- | Keywords:
--------------------+-------------------------------
'''Summary:''' Whenever an image is built, it is automatically uploaded to
our cloud provider targets (EC2, etc.) and to the fedora ftp site (and
possibly mirrors if we can convince mirror admins to drink from that
firehose)
'''Importance:''' vital (current process where rel eng does it by hand
will not scale)
'''Timeframe:''' whenever we can get it / this adds value whenever it
happens
'''Fedora Sub-Project/SIG:''' Release Engineering, possibly Infrastructure
for resources
'''Cloud SIG owner:''' TBD (note summer intern may help with that, if it
is not too late)
Possibly we file this as a change. Also see previous intern's initial
work: https://git.fedorahosted.org/cgit/cloud-image-service.git/
We need someone to help drive this, and to assist rel-eng and
infrastructure in whatever they need.
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/35>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#15: migrate to GPT instead of old-style partitions
------------------------------+-------------------------------
Reporter: mattdm | Owner:
Type: task | Status: new
Priority: normal | Milestone: Fedora 21 (Alpha)
Component: Cloud Base Image | Keywords:
------------------------------+-------------------------------
* What: use gpt with this spec
http://www.freedesktop.org/wiki/Specifications/DiscoverablePartitionsSpec/
* Where: in the kickstart, and with support needed from build tools (which
should be ticket #13)
* Why: images could be launched as containers using new systemd hotness
* When: nice for F21 alpha
* Who: ???
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/15>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#14: Investigate systemd-networkd
------------------------------+-------------------------------
Reporter: mattdm | Owner: janeznemanic
Type: task | Status: new
Priority: normal | Milestone: Fedora 21 (Alpha)
Component: Cloud Base Image | Keywords:
------------------------------+-------------------------------
* What: new service to do very basic network config
* Where: remove the sysv network scripts, add config for this
* Why: remove very kludgey shell scripts; try the new hotness
* When: Before F21 alpha
* Who: Janez Nemanic
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/14>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#56: tracking ticket for conversations around shipping ostree images
-------------------------------------------+-------------------------------
Reporter: mattdm | Owner:
Type: task | Status: new
Priority: blocker | Milestone: Fedora 21
Component: Collaboration & Communication | (Branch)
| Keywords:
-------------------------------------------+-------------------------------
We've decided to base the Fedora Docker host image on Project Atomic, and
therefore rpm-ostree. This means several big conversations, including with
QA, Rel Eng, and the mirror network. It will mean some new development and
possibly extra resources. But first we need to figure out the questions to
ask, and then we need to ask them, and then we need to find answers, or
provide them where they don't already exist.
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/56>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#13: Port Cloud Image Kickstart to anaconda/imagefactory
------------------------------+-----------------------
Reporter: mattdm | Owner:
Type: task | Status: new
Priority: major | Milestone: Fedora 21
Component: Cloud Base Image | Keywords:
------------------------------+-----------------------
Rel-Eng is updating to Koji 1.9, which will allow us to use Anaconda and
ImageFactory for image creation instead of appliance-creator.
* What: The current kickstart file is full of kludges for appliance-
creator. Port to anaconda/imagefactory kludges
* Where: same as ongoing maintenance of kickstart
* Why: appliance-creator is being retired; anaconda-based installs are the
way forward
* When: As soon as this is available in Koji. Need a new ImageFactory
release, then patches into Koji for support, then a new Koji release, then
Koji needs to be updated in Fedora production
* Who: Ian McLeod is working on ImageFactory; Jay Greguske on the Koji
patches, Mike McLean is Koji maintainer, Dennis Gilmore in release
engineering will do the Koji update. Need to work with them to get this in
place, and then someone from cloud wg needs to do the updating.
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/13>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#69: Fedora Cloud image boot: Y U SO SLOW?
------------------------------+-------------------------------
Reporter: mattdm | Owner:
Type: task | Status: new
Priority: major | Milestone: Fedora 21 (Alpha)
Component: Cloud Base Image | Keywords:
------------------------------+-------------------------------
In openstack using June 26th rawhide
(http://koji.fedoraproject.org/koji/taskinfo?taskID=7078357) boot is
really slow. It's about 25 seconds (as per the boot log) to a command
prompt, but another 20 seconds until the root resize is done, and another
20 before cloud-init completes.
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/69>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#70: cloud-init output not going to the openstack log
---------------------+------------------------------
Reporter: mattdm | Owner:
Type: task | Status: new
Priority: blocker | Milestone: Fedora 21 (Beta)
Component: --- | Keywords:
---------------------+------------------------------
Some combination of "got something wrong in the kernel parameters or where
cloud-init is sending its output".
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/70>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#43: procedures and process for getting updated images onto mirrors
------------------------------+------------------------------
Reporter: mattdm | Owner:
Type: task | Status: new
Priority: blocker | Milestone: Fedora 21 (Beta)
Component: Software Updates | Keywords:
------------------------------+------------------------------
Right now, cloud images only get mirrored at GA release time. We need to
figure out how to ship updates.
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/43>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#93: Getting sha256sum published for the cloud images
--------------------------------------------------+-----------------------
Reporter: kushal | Owner:
Type: task | Status: new
Priority: normal | Milestone: Fedora 22
Component: Infrastructure & Release Engineering | Keywords: meeting
--------------------------------------------------+-----------------------
This will help things systemd to search the images provided by Fedora in a
standard way using nspawn tool.
Example of such file from ubuntu:
https://cloud-images.ubuntu.com/trusty/current/SHA1SUMShttps://cloud-images.ubuntu.com/trusty/current/SHA256SUMS.gpg
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/93>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#88: Social Media for Dockerfiles
-----------------------------------+---------------------
Reporter: jzb | Owner: jzb
Type: task | Status: new
Priority: normal | Milestone: Future
Component: Docker Base Container | Keywords: meeting
-----------------------------------+---------------------
We need to work with marketing to tweet about things regularly. I'd like
to put out regular tweets to promote individual Dockerfiles. Thoughts?
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/88>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#94: Producing Updated Cloud/Atomic Images
------------------------------+---------------------
Reporter: dustymabe | Owner:
Type: task | Status: new
Priority: normal | Milestone: Future
Component: Cloud Base Image | Keywords: meeting
------------------------------+---------------------
We need to finalize our policy around producing updated images and then
start doing it.
Right now we have loosely decided to release new images once a month or
whenever security updates require it.
Additionally, as part of this we should also decide on a policy that
determines when we stop updating images for a particular release. I
imagine that we don't want to be producing updated images for Fedora X, Y,
and Z all at the same time. Ideally we would only be producing updated
images for the current/latest major version.
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/94>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#84: publicize fedora-dockerfiles
-------------------------------------------+-------------------------------
Reporter: mattdm | Owner:
Type: task | Status: new
Priority: normal | Milestone: Fedora 21 (Final)
Component: Collaboration & Communication | Keywords: meeting
-------------------------------------------+-------------------------------
https://github.com/fedora-cloud/Fedora-Dockerfiles is
a) cool
b) useful
c) active
d) a great place for new contributors
We should popularize this. Articles, blog posts, wiki documentation, non-
wiki documentation, etc.
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/84>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#92: Need rootfiles package in fedora:latest Docker base image
-----------------------------------+--------------------
Reporter: scollier | Owner:
Type: task | Status: new
Priority: normal | Milestone: Future
Component: Docker Base Container | Keywords:
-----------------------------------+--------------------
We need the .bashrc in order to properly change the bash prompt once
changed into the image.
For example, here's the fedora:20 image:
-bash-4.2# docker run -it fedora:20 bash
[root@845950cd95f1 /]# cat /etc/fedora-release
Fedora release 20 (Heisenbug)
[root@845950cd95f1 /]# rpm -qf /root/.bashrc
rootfiles-8.1-16.fc20.noarch
For example, here's the fedora:latest image:
-bash-4.2# docker run -it fedora:latest bash
bash-4.3# rpm -qf /root/.bashrc
error: file /root/.bashrc: No such file or directory
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/92>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#86: qcow2 images text is a bit obscure / OpenStack-only
----------------------------+--------------------
Reporter: jzb | Owner: jzb
Type: task | Status: new
Priority: normal | Milestone: Future
Component: Website & Wiki | Keywords:
----------------------------+--------------------
Lars Kellogg-Stedman sent a note to the Fedora Cloud list today noting,
rightly, that the libvirt audience might miss the qcow2 images because
it's labeled "OpenStack" (only) rather than being more expansive.
We need to correct this and add instructions for using cloud-init with the
image in Virt-Manager, etc.
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/86>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#87: Fedora Magazine Post: How to Use Dockerfiles
-----------------------------------+---------------------
Reporter: jzb | Owner: jzb
Type: task | Status: new
Priority: normal | Milestone: Future
Component: Docker Base Container | Keywords: meeting
-----------------------------------+---------------------
Need to do a post on how to use Dockerfiles and maybe how to contribute
patches to Dockerfiles.
Should this also live on the wiki?
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/87>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#68: support HVM instances in EC2
------------------------------+-------------------------------
Reporter: mattdm | Owner:
Type: task | Status: new
Priority: normal | Milestone: Fedora 21 (Alpha)
Component: Cloud Base Image | Keywords:
------------------------------+-------------------------------
We currently only support Xen paravirtualized images (PV) in EC2. We need
to support HVM as well.
(This will require changes to our EC2 image production and upload process,
and may require changes to our bootloader code as well. Particularly, it
probably takes away our clever hack for providing different kernel
parameters in EC2.)
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/68>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
I just tried to spin up "cloud" instance of F21 on EC2 only to discover
it's requirements for 12G volume (???). Am I doing something wrong or
did F21 jumped from moderate 2-3G (F20) over to 12G "overnight". I
assumed "cloud image" would be a tiny set of packages with very little
requirements to fit into all flavors offered by EC2 and alike. Was this
done to accommodate Docker?
--
Dmitry Makovey
Web Systems Administrator
Athabasca University
(780) 675-6245
---
Confidence is what you have before you understand the problem
Woody Allen
When in trouble when in doubt run in circles scream and shout
http://www.wordwizard.com/phpbb3/viewtopic.php?f=16&t=19330
============================
#fedora-meeting-1: cloud sig
============================
Meeting started by roshi at 19:00:42 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting-1/2015-01-28/fedora_cloud_s…
.
Meeting summary
---------------
* Roll Call (roshi, 19:01:04)
* Follow Up (roshi, 19:03:53)
* LINK: https://fedorahosted.org/cloud/ticket/94 (dustymabe,
19:05:26)
* LINK: https://fedorahosted.org/cloud/report/9 (roshi, 19:06:50)
* HVM Instances (#68) (roshi, 19:07:16)
* LINK: https://fedorahosted.org/cloud/ticket/68 (roshi, 19:07:24)
* Open Floor (roshi, 19:23:21)
* Meeting is going to end early due to not meeting quorum (roshi,
19:23:58)
Meeting ended at 19:28:26 UTC.
Action Items
------------
Action Items, by person
-----------------------
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* roshi (51)
* dustymabe (28)
* Corey84 (13)
* zodbot (8)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
--
// Mike
--
Fedora QA
freenode: roshi
http://roshi.fedorapeople.org
#91: Update Timezone for the docker images
-----------------------------------+-----------------------
Reporter: kushal | Owner: kushal
Type: task | Status: new
Priority: normal | Milestone: Fedora 22
Component: Docker Base Container | Keywords: meeting
-----------------------------------+-----------------------
In the kickstart currently it is configured as New York, it should be UTC.
This issue was first mentioned by lsm5.
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/91>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
Dear all,
You are kindly invited to the meeting:
Fedora Cloud Workgroup on 2015-01-28 from 19:00:00 to 20:00:00 UTC
At fedora-meeting(a)irc.freenode.net
The meeting will be about:
Standing meeting for the Fedora Cloud Workgroup
Source: https://apps.fedoraproject.org/calendar//meeting/1999/
# F22 Blocker Review meeting
# Date: 2015-01-26
# Time: 1700 UTC
# Location: #fedora-blocker-review on irc.freenode.net
I seem to have forgotten how to use the "send" button on my mail client,
so this annoucnement is getting out a bit late. Apologies for that!
We've got another blocker review in a couple hours! We currently have
several proposed blockers: 2 Alpha, 1 Beta and 2 Final. So if you're
around after the QA meeting, come and join us for some blocker review
goodness :)
If you want to take a look at the proposed or accepted blockers, the
full list can be found here: https://qa.fedoraproject.org/blockerbugs/
Make sure to click through the milestones to see how many we have before
the meeting!
We'll be evaluating these bugs to see if they violate any of the
Release Criteria and warrant the blocking of a release if they're not
fixed. Information on the release criteria for F22 can be found on the
wiki [0].
For more information about the Blocker and Freeze exception process,
check out these links:
- https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process
- https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process
And for those of you who are curious how a Blocker Review Meeting
works - or how it's supposed to go and you want to run one - check out
the SOP on the wiki:
- https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting
See you soon!
[0] https://fedoraproject.org/wiki/Fedora_Release_Criteria
--
// Mike
--
Fedora QA
freenode: roshi
http://roshi.fedorapeople.org