Blixt Documentation v2.9

Read extended attributes with getfattr on Linux:

getfattr -n bfs.object_url /mnt/blixt/aws/my-bucket/report.pdf

Object information (read-only)

Available on every file, for every provider:

Attribute Value
bfs.cloud The provider, such as aws or gcp
bfs.object_bucket The bucket name
bfs.object_key The object key
bfs.object_name The object’s name
bfs.object_path The object’s path
bfs.object_url The object’s URL, such as s3://my-bucket/report.pdf
bfs.object_generation The object version BlixtFS is serving
bfs.object_hash_crc32c The object’s CRC32C checksum, where the provider supplies one
bfs.object_hash_md5 The object’s MD5 checksum, where the provider supplies one

Provider-specific:

Attribute Providers
bfs.object_metageneration Google Cloud Storage
bfs.object_etag S3, Azure, Oracle, MinIO, Cloudflare R2
bfs.object_creation_time S3, Azure, Oracle, MinIO, Cloudflare R2
bfs.object_generation_hash S3, Azure, Oracle, MinIO, Cloudflare R2

Controls (read-write)

Attribute Meaning
bfs.fsck_request Write to request a consistency check of this file or directory. See Consistency checks.
bfs.fsck The consistency-check status summary. It also accepts a request, for callers written before bfs.fsck_request.
bfs.fsck_state, bfs.fsck_issues, bfs.fsck_changes, bfs.fsck_duration_seconds, bfs.fsck_not_before, bfs.fsck_error Consistency-check status (read-only)
bfs.freshness How this bucket learns about changes made outside BlixtFS: live notifications, a periodic rescan, or neither (read-only)
bfs.replication The file’s replication factor in the read cache. (scale-out)

Your own extended attributes

Extended attributes you set on files, such as user.origin, are stored with the file in the index and on the object as object metadata. They therefore survive a rebuild of the index and are visible to other tools. Providers limit how much metadata an object can carry, so BlixtFS refuses an extended attribute that would exceed the provider’s limit.