Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 04 Nov 2012 17:20:46 +0700
From:      Adam Strohl <adams-freebsd@ateamsystems.com>
To:        Mateusz Guzik <mjguzik@gmail.com>
Cc:        Bas Smeelen <b.smeelen@ose.nl>, Mike Jakubik <mike.jakubik@intertainservices.com>, freebsd-stable@freebsd.org
Subject:   Re: SU+J on 9.1-RC2 ISO
Message-ID:  <5096417E.20703@ateamsystems.com>
In-Reply-To: <20121102183123.GA22755@dft-labs.eu>
References:  <5093F934.7050306@ose.nl> <5093FD3D.3080201@ateamsystems.com> <1351876381.2657.1.camel@mjakubik.localdomain> <50940276.5030306@ateamsystems.com> <20121102183123.GA22755@dft-labs.eu>

next in thread | previous in thread | raw e-mail | index | archive | help
On 11/3/2012 1:31, Mateusz Guzik wrote:
> Currently when you try to take a snapshot, the kernel checks whether SUJ
> is enabled on specified mount-point, and if yes it returns EOPNOTSUPP.
>
> See this commit (MFCed as r230725):
> http://svnweb.freebsd.org/base?view=revision&amp;revision=230250


Ahhh excellent to hear. I partition manually these days with 9.0-R 
because most servers are either using gmirror, which I want setup before 
the install, or a RAID card which means partitions need to be aligned to 
the stripe boundaries.  So I just "newfs -U -L" and keep journaling off 
and wouldn't have realized there is at least some mitigation that will 
make it into 9.1-R.

I still stand by my feeling that it should not be on by default though, 
because it breaks snapshots and by extension dump -L which I consider to 
be a pretty awesome feature of FreeBSD.  If you have partitions with 
enabled it means booting up in single user to undo it which is a hassle 
for a server if it's in production (I realize that's a bit whiny :P).


-- 
Adam Strohl
http://www.ateamsystems.com/



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5096417E.20703>