[atomic-wg] Issue #197: Change size of Root, Docker partitions in F26 Atomic Host storage setup

The status of the issue: `Change size of Root, Docker partitions in F26 Atomic Host storage setup` of project: `atomic-wg` has been updated to: Closed as Duplicate by jberkus. https://pagure.io/atomic-wg/issue/197 ___ cloud mailing list --

[atomic-wg] Issue #197: Change size of Root, Docker partitions in F26 Atomic Host storage setup

jberkus added a new comment to an issue you are following: `` Folding this issue into #281, which it's a subset of. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/197 ___ cloud mailing list --

[atomic-wg] Issue #197: Change size of Root, Docker partitions in F26 Atomic Host storage setup

dustymabe added a new comment to an issue you are following: `` https://pagure.io/atomic-wg/issue/281 `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/197 ___ cloud mailing list --

Re: [atomic-wg] Issue #197 `Change size of Root, Docker partitions in F26 Atomic Host storage setup`

Root more than 10gb don't needed. I limit journald logs and have a ought space 19 Янв 2017 г. 0:24 пользователь "Josh Berkus" написал: > > jberkus reported a new issue against the project: `atomic-wg` that you are > following: > `` > The way it is now: > > Currently, the

[atomic-wg] Issue #197 `Change size of Root, Docker partitions in F26 Atomic Host storage setup`

jberkus added a new comment to an issue you are following: `` @dwalsh Maybe we should name the executable something other than "docker_storage_setup" then, no? `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/197

[atomic-wg] Issue #197 `Change size of Root, Docker partitions in F26 Atomic Host storage setup`

jberkus added a new comment to an issue you are following: `` BTW, if you know you won't want to migrate back, I recommend having a single partition with overlayFS (that is, DOCKER_ROOT_VOLUME=no). That way you don't have to guess at allocations at all. `` To reply, visit the link below or

[atomic-wg] Issue #197 `Change size of Root, Docker partitions in F26 Atomic Host storage setup`

jberkus added a new comment to an issue you are following: `` The unallocated space is because we can't predict if the user will need more space for containers, or more for other things (a Gluster storage partition, for example). This means that, in the default case, the user can easily expand

[atomic-wg] Issue #197 `Change size of Root, Docker partitions in F26 Atomic Host storage setup`

strigazi added a new comment to an issue you are following: `` I want to ask about the ratios. What is the unallocated space for? Are the ratios the same when overlay is used? In openstack/magnum when overlay is used we extend the root lv to maximum since container images go there. For

[atomic-wg] Issue #197 `Change size of Root, Docker partitions in F26 Atomic Host storage setup`

strigazi added a new comment to an issue you are following: `` I have a question about the ratios. What is the unallocated space for? I `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/197 ___ cloud

[atomic-wg] Issue #197 `Change size of Root, Docker partitions in F26 Atomic Host storage setup`

dwalsh added a new comment to an issue you are following: `` Nit> Can we change this from Docker partition to Container Image partition. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/197 ___ cloud

[atomic-wg] Issue #197 `Change size of Root, Docker partitions in F26 Atomic Host storage setup`

mattdm added a new comment to an issue you are following: `` I think we can simplify the rules to 1. RootFS: 25% of disk space, with a minimum of 3GB and a maximum of 16GB 2. Docker Partition: maximum of 50% of total disk space 3. Leave anything else unallocated No need to specify a rule for

[atomic-wg] Issue #197 `Change size of Root, Docker partitions in F26 Atomic Host storage setup`

dustymabe added a new comment to an issue you are following: `` > > This should be easy to do with anaconda-based installs, but how would this > work with images? > > docker-storage-setup can do this for us. The images are only baked with an > atomicos VG and an atomicos/root LV.

[atomic-wg] Issue #197 `Change size of Root, Docker partitions in F26 Atomic Host storage setup`

dustymabe added a new comment to an issue you are following: `` > This should be easy to do with anaconda-based installs, but how would this > work with images? docker-storage-setup can do this for us. The images are only baked with an `atomicos` VG and an `atomicos/root` LV.

[atomic-wg] Issue #197 `Change size of Root, Docker partitions in F26 Atomic Host storage setup`

jberkus added a new comment to an issue you are following: `` Presumably we can do this by changing the default cloud-init? `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/197 ___ cloud mailing list --

[atomic-wg] Issue #197 `Change size of Root, Docker partitions in F26 Atomic Host storage setup`

jberkus added a new comment to an issue you are following: `` That's a very good question! And AWS images is one of the biggest places we need to have good default behavior ... `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/197

[atomic-wg] Issue #197 `Change size of Root, Docker partitions in F26 Atomic Host storage setup`

mattdm added a new comment to an issue you are following: `` This should be easy to do with anaconda-based installs, but how would this work with images? `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/197

[atomic-wg] Issue #197 `Change size of Root, Docker partitions in F26 Atomic Host storage setup`

jberkus reported a new issue against the project: `atomic-wg` that you are following: `` The way it is now: Currently, the rootFS is sized at 3GB, fixed, and the Docker partition is 40% of the remaining space. This causes new users to run out of disk space if they do layering, ostree unlock,