Of course this would work.... But that would be a raw disk file that holds on it's turn a filesystem (like a virtual drive) that is maintained inside another file (s3ql) It think it would be a nice feature to extend s3ql so the metafiles of s3ql can handle block devices. So nesting is not that deep AND additional there can be a way to provide some little parity on that block device....
In ZFS you have inside Your zpool, a ZFS filesystem, however inside ZFS you are also able to create a ZFS volume with a specific size that acts as a block device. That block device can be used as an iscsi target. ref: https://docs.oracle.com/cd/E19253-01/819-5461/gaypf/index.html It would be nice to have a s3ql variant as well, this would make it possible to use the s3ql 'volume' as an iscsi target Currently the s3ql filesystem is build like this: #mkfs.s3ql [options] <storage url> So this part is the filesystem approach.. I propose to have also: #mkvol.s3ql [options] <storage url> Where You can define in the options the size, heads, parity (some percent or none) When you mount that 'volume' it is a lun you can use in an iscsi target... Using different storage url (not always in the same s3 space) in volume creation could create a way to setup a raid/zfs using those luns as (virtual) disks Op woensdag 6 oktober 2021 om 15:06:51 UTC+2 schreef [email protected]: > > > Amos T schrieb am 05.10.21 um 18:31: > > No, I do not want to use a file inside a S3QL file system. > I look to access s3ql as a block device/Volume/LUN > > That's not possible. And I think it would require quite some hacking to > make it possible (e.g. block devices have a bound overall size and a static > block size – S3QL does not; fuse cannot be used). Why don't you want to use > a file on a S3QL filesystem? (E.g. something like df if=/dev/zero > of=/path/to/a/file bs=10M count=1048576 to create a 10TB file to host > your LUN. Thanks to deduplication it will take up virtually no space and > will grow incrementally). > -- You received this message because you are subscribed to the Google Groups "s3ql" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/s3ql/66540914-161f-41da-94a8-791343a859fbn%40googlegroups.com.
