On Thu, Jan 06, 2011 at 08:29:12PM -0500, Chris Mason wrote:
[50010.838804] [ cut here ]
[50010.838931] kernel BUG at fs/btrfs/inode.c:1616!
[50010.839053] invalid opcode: [#1] PREEMPT SMP
[snip]
[50010.839653] Pid: 1681, comm: btrfs-endio-wri Not tainted
On Sunday 09 of January 2011 12:46:59 Alan Chandler wrote:
On 07/01/11 16:20, Hubert Kario wrote:
I usually create subvolumes in btrfs root volume:
/mnt/btrfs/
|- server-a
|- server-b
\- server-c
then create snapshots of these
Here is my proposed cron:
btrfs subvolume snapshot hex:///home /media/backups/snapshots/hex-{DATE}
rsync --archive --hard-links --delete-during --delete-excluded --inplace
--numeric-ids -e ssh --exclude-from=/media/backups/exclude-hex hex:///home
/media/backups/hex
btrfs subvolume snapshot
On Monday 10 of January 2011 14:25:32 Carl Cook wrote:
Here is my proposed cron:
btrfs subvolume snapshot hex:///home /media/backups/snapshots/hex-{DATE}
rsync --archive --hard-links --delete-during --delete-excluded --inplace
--numeric-ids -e ssh --exclude-from=/media/backups/exclude-hex
Shaohua,
On Tue, Jan 04, 2011 at 01:40:30PM +0800, Li, Shaohua wrote:
Hi,
We have file readahead to do asyn file read, but has no metadata
readahead. For a list of files, their metadata is stored in fragmented
disk space and metadata read is a sync operation, which impacts the
efficiency
I think that dedup has a variety of use cases that are all very dependent on
your workload. The approach you have here seems to be a quite reasonable one.
I did not see it in the code, but it is great to be able to collect statistics
on how effective your hash is and any counters for the
On Mon, Jan 10, 2011 at 10:28:14AM -0500, Ric Wheeler wrote:
I think that dedup has a variety of use cases that are all very dependent
on your workload. The approach you have here seems to be a quite
reasonable one.
I did not see it in the code, but it is great to be able to collect
Excerpts from Josef Bacik's message of 2011-01-10 10:37:31 -0500:
On Mon, Jan 10, 2011 at 10:28:14AM -0500, Ric Wheeler wrote:
I think that dedup has a variety of use cases that are all very dependent
on your workload. The approach you have here seems to be a quite
reasonable one.
I
On Mon, Jan 10, 2011 at 10:39:56AM -0500, Chris Mason wrote:
Excerpts from Josef Bacik's message of 2011-01-10 10:37:31 -0500:
On Mon, Jan 10, 2011 at 10:28:14AM -0500, Ric Wheeler wrote:
I think that dedup has a variety of use cases that are all very dependent
on your workload. The
On Tue, 2011-01-11 at 09:38 +0800, Wu, Fengguang wrote:
On Tue, Jan 11, 2011 at 08:15:19AM +0800, Li, Shaohua wrote:
On Mon, 2011-01-10 at 22:26 +0800, Wu, Fengguang wrote:
Shaohua,
On Tue, Jan 04, 2011 at 01:40:30PM +0800, Li, Shaohua wrote:
Hi,
We have file readahead to do
On Tue, Jan 11, 2011 at 10:03:16AM +0800, Li, Shaohua wrote:
On Tue, 2011-01-11 at 09:38 +0800, Wu, Fengguang wrote:
On Tue, Jan 11, 2011 at 08:15:19AM +0800, Li, Shaohua wrote:
On Mon, 2011-01-10 at 22:26 +0800, Wu, Fengguang wrote:
Shaohua,
On Tue, Jan 04, 2011 at 01:40:30PM
On Tue, 2011-01-11 at 11:07 +0800, Wu, Fengguang wrote:
On Tue, Jan 11, 2011 at 10:03:16AM +0800, Li, Shaohua wrote:
On Tue, 2011-01-11 at 09:38 +0800, Wu, Fengguang wrote:
On Tue, Jan 11, 2011 at 08:15:19AM +0800, Li, Shaohua wrote:
On Mon, 2011-01-10 at 22:26 +0800, Wu, Fengguang
12 matches
Mail list logo