As Joe noted the other day, Fedora Atomic is intended to come with this service, which will create storage space for Docker images. As mentioned in the IRC meeting, at this point, the plan is to get this to stable after the beta (before the feature freeze, as soon as possible), to update the Atomic tree definition, and then to request a test candidate including it. But the first step is getting it to stable. So, testers wanted -- https://admin.fedoraproject.org/updates/docker-storage-setup-0.0.3-1.fc21

On Thu, Oct 30, 2014 at 09:34:32AM -0400, Matthew Miller wrote: > As Joe noted the other day, Fedora Atomic is intended to come with this > service, which will create storage space for Docker images. As > mentioned in the IRC meeting, at this point, the plan is to get this to > stable after the beta (before the feature freeze, as soon as possible), > to update the Atomic tree definition, and then to request a test > candidate including it. > > But the first step is getting it to stable. So, testers wanted -- > > https://admin.fedoraproject.org/updates/docker-storage-setup-0.0.3-1.fc21 > So.. not the easiest thing to test because I couldn't find any atomic images with this package installed. Here is what I did to test on the atomic image from http://koji.fedoraproject.org/koji/taskinfo?taskID=7974506 : cd /tmp/ wget https://kojipkgs.fedoraproject.org//packages/docker-storage-setup/0.0.3/1... rpm2cpio docker-storage-setup-0.0.3-1.fc21.noarch.rpm | cpio -idv cp usr/bin/docker-storage-setup /usr/local/bin/docker-storage-setup cp usr/lib/systemd/system/docker-storage-setup.service /etc/systemd/system/docker-storage-setup.service sed -i 's|/usr/bin/|/usr/local/bin/|' /etc/systemd/system/docker-storage-setup.service systemctl enable docker-storage-setup.service systemctl enable docker.service reboot After reboot docker was up and running and I was able to pull and run busybox from the docker registry. Here are the logs: docker-storage-setup[783]: CHANGED: partition=2 start=1026048 old: size=5265408 end=6291456 new: size=40916832,end=41942880 docker-storage-setup[783]: Physical volume "/dev/vda2" changed docker-storage-setup[783]: 1 physical volume(s) resized / 0 physical volume(s) not resized docker-storage-setup[783]: Rounding up size to full physical extent 20.00 MiB docker-storage-setup[783]: Logical volume "docker-meta" created docker-storage-setup[783]: Logical volume "docker-data" created Hope this helps, Dusty

As Joe noted the other day, Fedora Atomic is intended to come with this service, which will create storage space for Docker images. As mentioned in the IRC meeting, at this point, the plan is to get this to stable after the beta (before the feature freeze, as soon as possible), to update the Atomic tree definition, and then to request a test candidate including it. But the first step is getting it to stable. So, testers wanted -- https://admin.fedoraproject.org/updates/docker-storage-setup-0.0.3-1.fc21

It's got it now -- should go to stable tonight. Can we get the tree updated so it includes this and kubernetes (do we also need karma on https://admin.fedoraproject.org/updates/FEDORA-2014-13940/kubernetes-0.4+... ?) and cockpit and whatever else is considered the state-of-atomic-today? Once that's ready, we can ask releng for a test candidate.

Applied to master -- I had to update the one about extlinux because an unrelated change you hadn't pulled. Can you rebase for f21? They don't apply cleanly -- I think just for minor things but I'll need more focus than I have right now to do it right. (Will look again tomorrow.)

On Wed, Nov 05, 2014 at 10:37:02AM -0500, Colin Walters wrote: > These are the two patches that should go on f21, backported from master. And only the first is really needed. Applied. Don't we also need "Point to dl.fedoraproject.org"?

Who are the stakeholders for that final decision? Cloud WG, releng, infrastructure, mirrors? Let's get it made quickly. In the meantime, I'd argue that changing it for the test candidates is a step forward from the internal URL.

On Wed, Nov 05, 2014 at 12:22:33PM -0500, Matthew Miller wrote: > > In the meantime, I'd argue that changing it for the test candidates is > > a step forward from the internal URL. > Although obviously we need it to be more than rawhide. And also -- we _want_ it to hit the internal URL in koji but be configured to access the outside URL after, right? So, that should be changed in %post, I guess?