On 02/25/2013 10:25 PM, Suman C wrote:
Thanks for the sparse file idea, I am actually using that solution
already. I am not sure if its the best way, however.
(Sorry to respond to such an old thread.)
Hi Suman,
I think zvol-like functionality would be very nice for btrfs to have. It
would
On Mon, Apr 08, 2013 at 02:01:09PM +0200, David Sterba wrote:
problem 1: size of 'file' was 77 GB
problem 2: umount was fine, remounted again and now size of 'file' is 0
Works fine with a recent kernel (3.9).
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of
Hi,
On Wed, Feb 27, 2013 at 02:12:56AM -0800, Alex Elsayed wrote:
Alex Elsayed wrote:
...and a second version, because I forgot to actually remove the calls to
tcm_node in favor of poking configfs like I said.
I'd like to use your script to setup scsi devices for testing, however
I've
That's great, but the issue is that usually the block device version
performs better than just creating a file and using it as a raw image
or loop device. Creating a file, then running it through a SCSI target
seems like it's going in the opposite direction.
On Wed, Feb 27, 2013 at 2:57 AM, Alex
Am Mittwoch, 27. Februar 2013 schrieb Roman Mamedov:
On Wed, 27 Feb 2013 13:23:23 +1100
Fajar A. Nugraha l...@fajar.net wrote:
Not to mention the hassle in accessing the data if it resides on a
partition inside the file (e.g. you need losetup + kpartx to access it,
and you must remember
On Wed, 27 Feb 2013 09:42:02 +0100
Martin Steigerwald mar...@lichtvoll.de wrote:
Are you sure about the partition support? I thought something related to
loop partition support has gone into some not so recent kernel.
Sorry, you are correct, this was in fact added since 2.6.26.
Just tried
Alex Elsayed wrote:
Roman Mamedov wrote:
On Wed, 27 Feb 2013 13:23:23 +1100
Fajar A. Nugraha l...@fajar.net wrote:
snip
This could be pretty easily put into a shell script that uses du -b and
manually pokes configfs instead of calling tcm_node, and it'd be able to
run without any
Alex Elsayed wrote:
...and a second version, because I forgot to actually remove the calls to
tcm_node in favor of poking configfs like I said.
---cut---
#!/bin/bash
gen_naa() {
local UUID=$( uuidgen -r )
UUID=${UUID//-/}
UUID=${UUID:0:9}
echo naa.6001405${UUID}
}
setup() {
Am Dienstag, 26. Februar 2013 schrieb Fajar A. Nugraha:
On Tue, Feb 26, 2013 at 11:59 AM, Mike Fleetwood
mike.fleetw...@googlemail.com wrote:
On 25 February 2013 23:35, Suman C schakr...@gmail.com wrote:
Hi,
I think it would be great if there is a lvm volume or zfs zvol type
support
On Tue, Feb 26, 2013 at 9:30 PM, Martin Steigerwald mar...@lichtvoll.de wrote:
Am Dienstag, 26. Februar 2013 schrieb Fajar A. Nugraha:
On Tue, Feb 26, 2013 at 11:59 AM, Mike Fleetwood
mike.fleetw...@googlemail.com wrote:
On 25 February 2013 23:35, Suman C schakr...@gmail.com wrote:
Hi,
On Wed, 27 Feb 2013 13:23:23 +1100
Fajar A. Nugraha l...@fajar.net wrote:
Not to mention the hassle in accessing the data if it resides on a
partition inside the file (e.g. you need losetup + kpartx to access it,
and you must remember to do the reverse when you're finished with it).
In
Hi,
I think it would be great if there is a lvm volume or zfs zvol type
support in btrfs. As far as I can tell, there's nobody actively
working on this feature. I want to know what the core developers think
of this feature, is it technically possible? any strong opinions?
implementation ideas?
On 25 February 2013 23:35, Suman C schakr...@gmail.com wrote:
Hi,
I think it would be great if there is a lvm volume or zfs zvol type
support in btrfs. As far as I can tell, there's nobody actively
working on this feature. I want to know what the core developers think
of this feature, is it
On Tue, Feb 26, 2013 at 11:59 AM, Mike Fleetwood
mike.fleetw...@googlemail.com wrote:
On 25 February 2013 23:35, Suman C schakr...@gmail.com wrote:
Hi,
I think it would be great if there is a lvm volume or zfs zvol type
support in btrfs.
Btrfs already has capabilities to add and remove
Yes, zvol like feature where a btrfs subvolume like construct can be
made available as a LUN/block device. This device can then be used by
any application that wants a raw block device. iscsi is another
obvious usecase. Having thin provisioning support would make it pretty
awesome.
Suman
On Mon,
Can't thus be done with a regular file and a loop back device?
Remco
On 26 Feb 2013, at 06:35, Suman C schakr...@gmail.com wrote:
Yes, zvol like feature where a btrfs subvolume like construct can be
made available as a LUN/block device. This device can then be used by
any application that
On Mon, 25 Feb 2013 21:35:08 -0800
Suman C schakr...@gmail.com wrote:
Yes, zvol like feature where a btrfs subvolume like construct can be
made available as a LUN/block device. This device can then be used by
any application that wants a raw block device. iscsi is another
obvious usecase.
Thanks for the sparse file idea, I am actually using that solution
already. I am not sure if its the best way, however.
Suman
On Mon, Feb 25, 2013 at 9:57 PM, Roman Mamedov r...@romanrm.ru wrote:
On Mon, 25 Feb 2013 21:35:08 -0800
Suman C schakr...@gmail.com wrote:
Yes, zvol like feature
would be really cool if a TRIM to the loopback device would do a 'hole punch'
on the file
Remco
On Feb 26, 2013, at 7:25 AM, Suman C schakr...@gmail.com wrote:
Thanks for the sparse file idea, I am actually using that solution
already. I am not sure if its the best way, however.
Suman
Remco Hosman - Yerf IT wrote:
would be really cool if a TRIM to the loopback device would do a 'hole
punch' on the file
There are patches on the scsi target mailing list to make this happen for
the FILEIO backend. This has the added benefit that if you set it up via
LIO, it appears as a full
20 matches
Mail list logo