Re: [atomic-devel] Changing partitioning defaults discussion

2017-06-06 Thread Dusty Mabe
On 06/06/2017 11:29 AM, Colin Walters wrote: > On Mon, Jun 5, 2017, at 03:12 PM, Dusty Mabe wrote: >> >> - Why not stick with the distro default? > > Well, what is "distro default"? This is a messy topic; some things > *are* defaults in blivet, and apparently the default filesystem is ext4, >

Re: [atomic-devel] Changing partitioning defaults discussion

2017-06-06 Thread Colin Walters
On Mon, Jun 5, 2017, at 03:12 PM, Dusty Mabe wrote: > > - Why not stick with the distro default? Well, what is "distro default"? This is a messy topic; some things *are* defaults in blivet, and apparently the default filesystem is ext4, but for Fedora Server it's overridden. I'm honestly not s

Re: [atomic-devel] Changing partitioning defaults discussion

2017-06-05 Thread Dusty Mabe
On 06/05/2017 03:12 PM, Dusty Mabe wrote: > > > On 06/05/2017 02:19 PM, Colin Walters wrote: >> On Mon, Jun 5, 2017, at 01:58 PM, Dusty Mabe wrote: >>> >>> One qualification - we use overlay2 by default, but we are going to be >>> placing all of /var/lib/docker/ on its own filesystem: >>> >>>

Re: [atomic-devel] Changing partitioning defaults discussion

2017-06-05 Thread Dusty Mabe
On 06/05/2017 02:19 PM, Colin Walters wrote: > On Mon, Jun 5, 2017, at 01:58 PM, Dusty Mabe wrote: >> >> One qualification - we use overlay2 by default, but we are going to be >> placing all of /var/lib/docker/ on its own filesystem: >> >> $ cat /etc/sysconfig/docker-storage-setup >> # E

Re: [atomic-devel] Changing partitioning defaults discussion

2017-06-05 Thread Colin Walters
On Mon, Jun 5, 2017, at 01:58 PM, Dusty Mabe wrote: > > One qualification - we use overlay2 by default, but we are going to be > placing all of /var/lib/docker/ on its own filesystem: > > $ cat /etc/sysconfig/docker-storage-setup > # Edit this file to override any configuration options s

Re: [atomic-devel] Changing partitioning defaults discussion

2017-06-05 Thread Dusty Mabe
On 06/05/2017 01:28 PM, Colin Walters wrote: > As a followup to the previous thread on storage, also > to try to fix this BZ: > https://bugzilla.redhat.com/show_bug.cgi?id=1391725 > > I'd like to revisit partitioning again. There are a number of > intersecting factors that have changed since th