* State of ext4 auto_da_alloc-like workarounds in XFS
@ 2015-12-21 18:37 Vallo Kallaste
2015-12-21 18:48 ` Eric Sandeen
0 siblings, 1 reply; 4+ messages in thread
From: Vallo Kallaste @ 2015-12-21 18:37 UTC (permalink / raw)
To: xfs
Hi
The ext4 workaround for wrong-but-common truncate/rename cases can be found at
https://en.wikipedia.org/wiki/Ext4#Delayed_allocation_and_potential_data_loss
This is the default "auto_da_alloc" mount option.
There is no mention of similar workaround in XFS FAQ at
http://xfs.org/index.php/XFS_FAQ nor
Wiki article at http://en.wikipedia.org/wiki/XFS
I suggest adding such a section.
I have read the thread at
http://article.gmane.org/gmane.comp.file-systems.xfs.general/53366
There seems to be definite answer at the top of
http://article.gmane.org/gmane.comp.file-systems.xfs.general/53376
But besides that I found
http://article.gmane.org/gmane.linux.kernel/812588 where it's mentioned that
/--/
The bigger problem from my perspective is that XFS is only doing this for the
truncate case, and (from what I've been told) not for the rename case.
/--/
I'd like to know the current state of ext4 auto_da_alloc-like workarounds in XFS,
particularly for RHEL7. Considering the two cases in
https://en.wikipedia.org/wiki/Ext4#Delayed_allocation_and_potential_data_loss
is XFS behaving the same as ext4, both mounted with default options?
thanks,
--
Vallo
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: State of ext4 auto_da_alloc-like workarounds in XFS
2015-12-21 18:37 State of ext4 auto_da_alloc-like workarounds in XFS Vallo Kallaste
@ 2015-12-21 18:48 ` Eric Sandeen
2015-12-21 19:37 ` Vallo Kallaste
0 siblings, 1 reply; 4+ messages in thread
From: Eric Sandeen @ 2015-12-21 18:48 UTC (permalink / raw)
To: xfs
On 12/21/15 12:37 PM, Vallo Kallaste wrote:
> Hi
>
> The ext4 workaround for wrong-but-common truncate/rename cases can be found at
> https://en.wikipedia.org/wiki/Ext4#Delayed_allocation_and_potential_data_loss
> This is the default "auto_da_alloc" mount option.
>
> There is no mention of similar workaround in XFS FAQ at
> http://xfs.org/index.php/XFS_FAQ nor
> Wiki article at http://en.wikipedia.org/wiki/XFS
> I suggest adding such a section.
>
> I have read the thread at
> http://article.gmane.org/gmane.comp.file-systems.xfs.general/53366
> There seems to be definite answer at the top of
> http://article.gmane.org/gmane.comp.file-systems.xfs.general/53376
>
> But besides that I found
> http://article.gmane.org/gmane.linux.kernel/812588 where it's mentioned that
> /--/
> The bigger problem from my perspective is that XFS is only doing this for the
> truncate case, and (from what I've been told) not for the rename case.
> /--/
>
> I'd like to know the current state of ext4 auto_da_alloc-like workarounds in XFS,
> particularly for RHEL7. Considering the two cases in
> https://en.wikipedia.org/wiki/Ext4#Delayed_allocation_and_potential_data_loss
> is XFS behaving the same as ext4, both mounted with default options?
The sync-on-close-after-file-got-truncated case has been handled since 2007; see
https://git.kernel.org/cgit/linux/kernel/git/dgc/linux-xfs.git/commit/?id=ba87ea699ebd9dd577bf055ebc4a98200e337542
The sync-after-rename behavior was suggested and rejected for xfs, see
http://marc.info/?t=139845506300002&r=1&w=2
If you'd like to add this information to the XFS wiki, please do so!
Thanks,
-Eric
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: State of ext4 auto_da_alloc-like workarounds in XFS
2015-12-21 18:48 ` Eric Sandeen
@ 2015-12-21 19:37 ` Vallo Kallaste
2015-12-21 19:47 ` Eric Sandeen
0 siblings, 1 reply; 4+ messages in thread
From: Vallo Kallaste @ 2015-12-21 19:37 UTC (permalink / raw)
To: xfs
On Mon, Dec 21, 2015 at 12:48:31PM -0600, Eric Sandeen <sandeen@sandeen.net> wrote:
[...]
> > I'd like to know the current state of ext4 auto_da_alloc-like workarounds in XFS,
> > particularly for RHEL7. Considering the two cases in
> > https://en.wikipedia.org/wiki/Ext4#Delayed_allocation_and_potential_data_loss
> > is XFS behaving the same as ext4, both mounted with default options?
>
> The sync-on-close-after-file-got-truncated case has been handled since 2007; see
>
> https://git.kernel.org/cgit/linux/kernel/git/dgc/linux-xfs.git/commit/?id=ba87ea699ebd9dd577bf055ebc4a98200e337542
>
> The sync-after-rename behavior was suggested and rejected for xfs, see
>
> http://marc.info/?t=139845506300002&r=1&w=2
>
> If you'd like to add this information to the XFS wiki, please do so!
Thanks, this is an exemplary answer, not to mention lightning fast as well!
I would consider if Wiki had at http://xfs.org/index.php/Special:RequestAccount page:
* Privacy policy http://xfs.org/index.php/XFS.org:Privacy_policy
* Terms of Service http://xfs.org/index.php?title=XFS.org:Terms_of_Service&action=edit&redlink=1
The latter being something I must read and agree on before I can request a user
account.
BR,
--
Vallo
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: State of ext4 auto_da_alloc-like workarounds in XFS
2015-12-21 19:37 ` Vallo Kallaste
@ 2015-12-21 19:47 ` Eric Sandeen
0 siblings, 0 replies; 4+ messages in thread
From: Eric Sandeen @ 2015-12-21 19:47 UTC (permalink / raw)
To: xfs, Russell Cattelan
On 12/21/15 1:37 PM, Vallo Kallaste wrote:
> On Mon, Dec 21, 2015 at 12:48:31PM -0600, Eric Sandeen <sandeen@sandeen.net> wrote:
>
> [...]
>>> I'd like to know the current state of ext4 auto_da_alloc-like workarounds in XFS,
>>> particularly for RHEL7. Considering the two cases in
>>> https://en.wikipedia.org/wiki/Ext4#Delayed_allocation_and_potential_data_loss
>>> is XFS behaving the same as ext4, both mounted with default options?
>>
>> The sync-on-close-after-file-got-truncated case has been handled since 2007; see
>>
>> https://git.kernel.org/cgit/linux/kernel/git/dgc/linux-xfs.git/commit/?id=ba87ea699ebd9dd577bf055ebc4a98200e337542
>>
>> The sync-after-rename behavior was suggested and rejected for xfs, see
>>
>> http://marc.info/?t=139845506300002&r=1&w=2
>>
>> If you'd like to add this information to the XFS wiki, please do so!
>
> Thanks, this is an exemplary answer, not to mention lightning fast as well!
>
> I would consider if Wiki had at http://xfs.org/index.php/Special:RequestAccount page:
> * Privacy policy http://xfs.org/index.php/XFS.org:Privacy_policy
> * Terms of Service http://xfs.org/index.php?title=XFS.org:Terms_of_Service&action=edit&redlink=1
>
> The latter being something I must read and agree on before I can request a user
> account.
Hohum...
Russell, can you either remove the requirement for reading a nonexistent page, or
add that page?
Thanks,
-Eric
> BR,
>
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2015-12-21 19:47 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-12-21 18:37 State of ext4 auto_da_alloc-like workarounds in XFS Vallo Kallaste
2015-12-21 18:48 ` Eric Sandeen
2015-12-21 19:37 ` Vallo Kallaste
2015-12-21 19:47 ` Eric Sandeen
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.