On Wed, Nov 11, 2009 at 7:08 PM, Nick Guenther wrote:
> Okay, one last question: one of the original softdep papers
> (http://www.usenix.org/publications/library/proceedings/bsdcon02/mckusick.html)
> is all about how softdeps can avoid fsck, but I just set softdep on
> all my filesystems, rebooted
> Okay, one last question: one of the original softdep papers
> (http://www.usenix.org/publications/library/proceedings/bsdcon02/mckusick.htm
> l)
> is all about how softdeps can avoid fsck, but I just set softdep on
> all my filesystems, rebooted (to start fresh), wrote some files, wrote
> some mo
On Wed, 11 Nov 2009, Nick Guenther wrote:
On Wed, Nov 11, 2009 at 3:35 AM, David Vasek wrote:
On Tue, 10 Nov 2009, Nick Guenther wrote:
[ext3 data= / FFS]
journal ~= sync (ensures consistency of both metadata and file data)
ordered ~= softdep (ensures consistency of metadata both internally
On Wed, Nov 11, 2009 at 1:16 PM, Ted Unangst wrote:
> On Tue, Nov 10, 2009 at 10:50 PM, Nick Guenther wrote:
>> See, since it seems that BSD doesn't have this file-data consistency
>> guarantee, are Linus' worries about ext4's potential data loss just
>> being alarmist? It seems to me that the ca
On Wed, Nov 11, 2009 at 3:35 AM, David Vasek wrote:
> On Tue, 10 Nov 2009, Nick Guenther wrote:
>
>> [ext3 data= / FFS]
>> journal ~= sync (ensures consistency of both metadata and file data)
>> ordered ~= softdep (ensures consistency of metadata both internally
>> and with file data)
>> writeback
On Tue, Nov 10, 2009 at 10:50 PM, Nick Guenther wrote:
> See, since it seems that BSD doesn't have this file-data consistency
> guarantee, are Linus' worries about ext4's potential data loss just
> being alarmist? It seems to me that the case described in
> https://bugs.edge.launchpad.net/ubuntu/+
EXT was and still is a joke. I remember reading about the 2 minute
drain and I almost peed my pants. EXT3 had the nice feature of randomly
stopping to boot after enough reboots on enough machines. Thankfully I
no longer run any volume of this crap.
On Wed, Nov 11, 2009 at 11:55:30AM +, Russ
On Wed, Nov 11, 2009 at 12:24:25PM +0100, Janne Johansson wrote:
> Nick Guenther wrote:
>
> So, as nicely summarized at
>
> > http://www.h-online.com/open/news/item/Possible-data-loss-in-Ext4-740467.html
> > ,
> ext4 is kind of broken. It won't honor fsync and, as a /feature/, will
Michal wrote, sometime around 11/11/09 11:40:
I know this is a bit off topic, but storage devices have battery's on
RAID cards for a reason. If you are worried about read/writes etc when a
system dies, there are measures you can take
Probably even more OT, but...
Although some (most?) RAID ca
Janne Johansson wrote:
> Nick Guenther wrote:
>
> So, as nicely summarized at
>
>> http://www.h-online.com/open/news/item/Possible-data-loss-in-Ext4-740467.html
>> ,
> ext4 is kind of broken. It won't honor fsync and, as a /feature/, will
> wait up to two minutes to write out data,
Nick Guenther wrote:
So, as nicely summarized at
> http://www.h-online.com/open/news/item/Possible-data-loss-in-Ext4-740467.html
> ,
ext4 is kind of broken. It won't honor fsync and, as a /feature/, will
wait up to two minutes to write out data, leading to lots of files
em
On Tue, 10 Nov 2009, Nick Guenther wrote:
[ext3 data= / FFS]
journal ~= sync (ensures consistency of both metadata and file data)
ordered ~= softdep (ensures consistency of metadata both internally
and with file data)
writeback ~= default (ensures consistency of metadata internally but
real file
Bryan Irvine wrote:
> I lost a picture of Bob Becks ass this same exact way.
Very popular piece of art!
And a collectors item these days, specially in Germany looks like! (;>
Might be the next hot item on some stickers coming your way next release! (;>
Probably would however need a disclaimer a
On Tue, Nov 10, 2009 at 1:18 PM, Theo de Raadt
wrote:
>>On Tue, Nov 10, 2009 at 4:29 AM, Nick Guenther wrote:
>>> So, as nicely summarized at
>>>
http://www.h-online.com/open/news/item/Possible-data-loss-in-Ext4-740467.html
,
>>> ext4 is kind of broken. It won't honor fsync and, as a /feature/, w
On Tue, Nov 10, 2009 at 5:25 PM, Bob Beck wrote:
> 2009/11/10 Jussi Peltola :
>> On Tue, Nov 10, 2009 at 11:18:57AM -0700, Theo de Raadt wrote:
>>> If you want to never lose data, you have an option. B Make the filesystem
>>> syncronous, using the -o sync option.
>>>
>>> If you can't accept the pe
I lost a picture of Bob Becks ass this same exact way.
-B
On Tue, Nov 10, 2009 at 1:29 AM, Nick Guenther wrote:
> So, as nicely summarized at
> http://www.h-online.com/open/news/item/Possible-data-loss-in-Ext4-740467.html,
> ext4 is kind of broken. It won't honor fsync and, as a /feature/, will
2009/11/10 Jussi Peltola :
> On Tue, Nov 10, 2009 at 11:18:57AM -0700, Theo de Raadt wrote:
>> If you want to never lose data, you have an option. Make the filesystem
>> syncronous, using the -o sync option.
>>
>> If you can't accept the performance hit from that, then please accept
>> that all th
On Tue, Nov 10, 2009 at 11:18:57AM -0700, Theo de Raadt wrote:
> If you want to never lose data, you have an option. Make the filesystem
> syncronous, using the -o sync option.
>
> If you can't accept the performance hit from that, then please accept
> that all the work done over the ages is only
>On Tue, Nov 10, 2009 at 4:29 AM, Nick Guenther wrote:
>> So, as nicely summarized at
>> http://www.h-online.com/open/news/item/Possible-data-loss-in-Ext4-740467.html,
>> ext4 is kind of broken. It won't honor fsync and, as a /feature/, will
>> wait up to two minutes to write out data, leading to
On Tue, Nov 10, 2009 at 4:29 AM, Nick Guenther wrote:
> So, as nicely summarized at
> http://www.h-online.com/open/news/item/Possible-data-loss-in-Ext4-740467.html,
> ext4 is kind of broken. It won't honor fsync and, as a /feature/, will
> wait up to two minutes to write out data, leading to lots
20 matches
Mail list logo
