default file system, was: Comparison to Workstation Technical Specification

[James Harshaw]

In a side note, there have been *some* attempts at adding shrink
compatability to xfs, but none of them seem to developed or even complete.

Shrinking in my experience is extremely important. Having unexpected growth
in the / partition with no ability to make room for it can be a major issue
as this has happened to one of my servers and it was not a pretty
situation.
On Mar 1, 2014 4:43 PM, "Jacob Yundt" <jyundt at gmail.com> wrote:

> >
> >> People do shrink volumes, and this lack of flexibility is an important
> >> consideration I feel was ignored in the Server WG decision.
> >
> > What is the use case for volume shrinking in a server context? Dual boot
> is a total edge case for servers.
>
> I shrink ext4 filesystems on servers pretty frequently. Most recently
> because:
>
> *) Received bad information from an end user which required changing
> several LVs/FSs.
> *) An "oops" situation where a filesystem was incorrectly increased by
> an extra order of magnitude
> *) Unexpected (e.g. emergency) growth of an application which required
> increasing a filesystem and shrinking another (lesser) used
> filesystem.
>
> Yes in all three aforementioned cases we had to unmount the ext4
> filesystem in order to shrink it, however, we would _not_ have been
> able to do this with xfs.
>
> On a semi related note: I grow/shrink JFS2 filesystems (on AIX) all
> the time. It would be great if ext4 had online shrink.
>
> -Jacob
> --
> devel mailing list
> devel at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20140301/8c237704/attachment.html>