On Tue, Feb 18, 2020 at 5:32 PM Anders F Björklund <
anders.f.bjorklund(a)gmail.com> wrote:
Daniel Walsh wrote:
>> And work is under way, to upgrade Tiny Core and to upgrade Fedora:
>>
>> * Tiny Core Linux 11.0
>>
>> * Fedora 31
> Would love to have this replaced by Fedora CoreOS. But that might be
> quite a bit larger. Fits in to the Container story better though.
If I understand things correctly, CRC (and OKD) uses Fedora CoreOS.
So that might be an alternative here, for something based on CoreOS ?
https://github.com/openshift/okd/blob/master/README.md#getting-started
It would install a whole cluster instead of a container host, though.
The CRC team is working on a "crc --podman start" command which will
essentially "not enable" or "disable" the OpenShift cluster (depending
on
how you wnat to look at it. This has the advantages of:
1. Single engineering team for ISOs related to running containers (for
customers)
2. Single thing for customers to download (two options on how to run it)
3. Easy path from Podman to OpenShift
That is sort of the tentative plan for the product roadmap, but I totally
understand wanting "just a bootable ISO" and I think what you state below
should be fairly do-able.
I wanted a LiveCD for a Boot2Podman alternative, not a cloud installer.
So then it was easier with the Minishift (Origin) image as a base...
https://github.com/minishift/minishift-fedora-iso
The default is to use the CentOS 7 image, but it was too old for this.
And the kickstart files are similar enough anyway, between the two ?
https://github.com/minishift/minishift-centos-iso
I think it should be _theoretically_ possible to use Fedora CoreOS.
But you would have to create that initial Ignition FCC file somewhow:
qemu-img create qcow2 -b fedora-coreos-qemu.qcow2 my-fcos-vm.qcow2
qemu-kvm -m 2048 -cpu host -nographic \
-drive if=virtio,file=my-fcos-vm.qcow2 \
-fw_cfg name=opt/com.coreos/config,file=path/to/example.ign
The disk usage would also increase a lot (again), from 366M to 1644M.
Compared to the original 117M (for TCL), that is almost 15 times...
If you want an immutable container host OS for your public cloud,
I'm sure it's a fine choice. But it's "overkill" just to run podman
?
The same goes for k8s, in the shape of kubeadm. So I'm using k3s.
It has a *quarter* of the memory footprint, while still using crio.
And there's still some way to go, to get down to the sizes of
dockerd (for machine) and containerd (for k3s). Currently, half:
58M boot2docker.iso
50M k3s
So for now, I will "only" do the incremental OS version upgrades
Sounds like a good opportunity for the Fedora community, though ? ;-)
We love contributions :-)
/Anders
_______________________________________________
Podman mailing list -- podman(a)lists.podman.io
To unsubscribe send an email to podman-leave(a)lists.podman.io
--
--
Scott McCarty, RHCA
Product Management - Containers, Red Hat Enterprise Linux & OpenShift
Email: smccarty(a)redhat.com
Phone: 312-660-3535
Cell: 330-807-1043
Web:
http://crunchtools.com
Deeply understand the different between Portability, Compatibility,
and Supportability with containers:
http://bit.ly/2Qw3dJI