adilger
adilger
@behlendorf, if one of the main obstacles for landing FIEMAP support is the "inflight writes" handling (`FIEMAP_EXTENT_DELALLOC`), a relatively straight forward solution would be to always force `FIEMAP_FLAG_SYNC` for all...
Note that there is development again on the upstream kernel to add compressed extent support for FIEMAP: https://lore.kernel.org/linux-fsdevel/[email protected]/ https://lore.kernel.org/linux-fsdevel/2befe2c13065bdf3ca74cb8b701727940310fd2a.1712126039.git.sweettea-kernel@dorminy.me/ The patches so far are using the `fe_reserved[0]` field for `fe_physical_length`,...
@adammoody, IMHO, it is much more complex add support for splitting a single file across archives, since as you wrote it would need to handle the case of a single...
Stephane, it is understandable that you would want the target layout to be based on the capabilities of the destination filesystem. In the case of DoM+PFL source to non-PFL destination,...
I think in the case of setxattr("lustre.lov") there are a couple of things to be aware of: - it should either be set with mknod() + setxattr() before the file...
By "this error can be ignored" I mean that `dcp` should not print any error message if `setxattr("lustre.lov")` or `setxattr("trusted.lov")` returns an error when copying a file, since there isn't...
On Aug 12, 2019, at 3:39 PM, Adam Moody wrote: > > We could filter error messages to avoiding printing anything for failures on lustre.lov and trusted.lov. > > Are...
FYI, note that Lustre has a mechanism to fetch the hard links to a file in O(1). The "trusted.link" xattr contains the parent directory FID and the filename for hard...
@daltonbohning typically, system xattrs should not be copied directly, since they represent internal filesystem state. ACLs and such should be copied via the appropriate APIs, see GNU tar, for example.
I think there are a couple of options in this case: - add `--xattr-include=` and `--xattr-exclude=` options (allow multiple) to filter xattrs - use `/etc/xattr.conf` to filter xattrs, which is...