On Sat, 28 Jan 2012 17:05:41 +1100
Ben Klein wrote:
> If the compression routine changes in a later kernel/filesystem revision,
There are already two different algorithms, zlib and lzo, and a third one -
snappy - planned for inclusion.
> then you could end up with some files using one routine a
On 28 January 2012 19:23, Roman Mamedov wrote:
> On Sat, 28 Jan 2012 17:05:41 +1100
> Ben Klein wrote:
>
>> If the compression routine changes in a later kernel/filesystem revision,
>
> There are already two different algorithms, zlib and lzo, and a third one -
> snappy - planned for inclusion.
>
On Sat, Jan 28, 2012 at 7:49 AM, Hadmut Danisch wrote:
> Am 28.01.2012 00:20, schrieb Chester:
>> It should be okay to mount with compress or without compress. Even if
>> you mount a volume with compressed data without '-o compress' you will
>> still be able to correctly read the data (but newly w
Am Donnerstag, 26. Januar 2012 schrieb Duncan:
> I'm currently researching an upgrade to (raid1-ed) btrfs from mostly
> reiserfs (which I've found quite reliable (even thru a period of bad
> ram and resulting system crashes) since data=ordered went in with
> 2.6.16 or whatever it was. (Thanks, Chr
Adding linux-btrfs to Cc.
Am Freitag, 27. Januar 2012 schrieb Jeff Moyer:
> Hi,
Hi,
> As it stands, generic_file_aio_write will call into generic_write_sync
> when -EIOCBQUEUED is returned from __generic_file_aio_write.
> EIOCBQUEUED indicates that an I/O was submitted but NOT completed.
> Th
Nikolaus Rath writes:
> Hello,
>
> When trying to rsync to btrfs, the process just hangs. dmesg output
> alternates between:
[...]
I guess I should also mention that this is reproducible, and I don't
even need to run rsync. Simply mounting the file system produces a
similar warning soon afterward
Hello,
When trying to rsync to btrfs, the process just hangs. dmesg output
alternates between:
Jan 28 09:42:49 vostro kernel: [ 360.460076] INFO: task rsync:3484 blocked for
more than 120 seconds.
Jan 28 09:42:49 vostro kernel: [ 360.460079] "echo 0 >
/proc/sys/kernel/hung_task_timeout_secs"
Roman Mamedov posted on Sat, 28 Jan 2012 14:23:44 +0600 as excerpted:
> On Sat, 28 Jan 2012 17:05:41 +1100 Ben Klein
> wrote:
>
>> If the compression routine changes in a later kernel/filesystem
>> revision,
>
> There are already two different algorithms, zlib and lzo, and a third
> one - snapp
Nikolaus Rath posted on Sat, 28 Jan 2012 10:23:53 -0500 as excerpted:
> Nikolaus Rath writes:
>> Hello,
>>
>> When trying to rsync to btrfs, the process just hangs. dmesg output
>> alternates between:
> [...]
>
> I guess I should also mention that this is reproducible, and I don't
> even need to
Duncan <1i5t5.dun...@cox.net> writes:
> Nikolaus Rath posted on Sat, 28 Jan 2012 10:23:53 -0500 as excerpted:
>
>> Nikolaus Rath writes:
>>> Hello,
>>>
>>> When trying to rsync to btrfs, the process just hangs. dmesg output
>>> alternates between:
>> [...]
>>
>> I guess I should also mention that
Martin Steigerwald posted on Sat, 28 Jan 2012 13:08:52 +0100 as excerpted:
> Am Donnerstag, 26. Januar 2012 schrieb Duncan:
>> The current layout has a total of 16 physical disk partitions on each
>> of the four drives, mostly of which are 4-disk md/raid1, but with a
>> couple md/raid1s for local
Nikolaus Rath posted on Sat, 28 Jan 2012 23:07:20 -0500 as excerpted:
> Sorry if my mail gave the wrong impression. I meant to offer help if
> that's an unknown bug, I didn't mean to ask for help :-).
NP! I'm just so used to interpreting posts as requests for help on the
other lists I'm on, tha
Am Sonntag, 29. Januar 2012 schrieb Duncan:
> Martin Steigerwald posted on Sat, 28 Jan 2012 13:08:52 +0100 as
excerpted:
> > Am Donnerstag, 26. Januar 2012 schrieb Duncan:
[…]
> >> 2) The wiki indicates that btrfs-raid1 and raid-10 only mirror data
> >> 2- way, regardless of the number of devices
13 matches
Mail list logo
