That's great! :-)
-Original Message-
From: Mitch Harder [mailto:mitch.har...@sabayonlinux.org]
Sent: Monday, March 07, 2011 2:08 PM
To: Chris Mason
Cc: Xin Zhong; Zhong, Xin; linux-btrfs
Subject: Re: [PATCH] btrfs file write debugging patch
On Sun, Mar 6, 2011 at 6:58 PM, Chris Mason wr
On Sun, Mar 6, 2011 at 6:58 PM, Chris Mason wrote:
> Excerpts from Chris Mason's message of 2011-03-06 13:00:27 -0500:
>> Excerpts from Mitch Harder's message of 2011-03-05 11:50:14 -0500:
>> > I've constructed a test patch that is currently addressing all the
>> > issues on my system.
>> >
>> > T
After Josef's patch(commit 3c14874acc71180553fb5aba528e3cf57c5b958b),
btrfs will exclude super bytes when reading block groups(by marking a extent
state UPTODATE). However, these bytes do not get freed while balance remove
unused block groups, and we won't process those removed ones any more, whe
btrfs will remove unused block groups after balance.
When a empty filesystem is balanced, the block group with tag "DATA" may be
dropped, and after umount and mount again, it will not find "DATA" space_info
and lead to OOPS.
So we initial the necessary space_infos(DATA, SYSTEM, METADATA) to avoid
On mon, 07 Mar 2011 08:25:47 +0900, Tsutomu Itoh wrote:
> (2011/03/05 16:01), Itaru Kitayama wrote:
>> Hi Miao,
>>
>> The V3 patch on top of the next-rc fails to pass an xfstests test 13.
>> In the btrfs link path, we need to reserve one more metadata in the
>> trans_block_rsv for the delayed inode
Excerpts from Chris Mason's message of 2011-03-06 13:00:27 -0500:
> Excerpts from Mitch Harder's message of 2011-03-05 11:50:14 -0500:
> > I've constructed a test patch that is currently addressing all the
> > issues on my system.
> >
> > The portion of Openmotif that was having issues with page f
I emailed yesterday about 2.6.35 unable to mount after a power outage.
I upgraded to 2.7.2 and I can mount again. It looks like I can read
and write onto the mounted volume.
But btrfsck still aborts. I am wondering if I should balance or not? I
can't seem to take a snapshot and there is to much da
(2011/03/05 16:01), Itaru Kitayama wrote:
> Hi Miao,
>
> The V3 patch on top of the next-rc fails to pass an xfstests test 13.
> In the btrfs link path, we need to reserve one more metadata in the
> trans_block_rsv for the delayed inode update (if needed) to complete.
Miao's patch (http://marc.in
Excerpts from Mitch Harder's message of 2011-03-05 11:50:14 -0500:
> I've constructed a test patch that is currently addressing all the
> issues on my system.
>
> The portion of Openmotif that was having issues with page faults works
> correctly with this patch, and gcc-4.4.5 builds without issue.
On Sun, Mar 6, 2011 at 8:02 AM, Fajar A. Nugraha wrote:
> On Sun, Mar 6, 2011 at 10:46 PM, Brian J. Murrell
> wrote:
>> # cp -al /backup/previous-backup/ /backup/current-backup
>> # rsync -aAHX ... --exclude /backup / /backup/current-backup
>>
>> The shortcoming of this of course is that it just
On 11-03-06 11:02 AM, Fajar A. Nugraha wrote:
>
> If you have snapshots anyway, why not :
> - create a snapshot before each backup run
> - use the same directory (e.g. just /backup), no need to "cp" anything
> - add "--inplace" to rsync
Which is exactly what I am doing. There is no "cp" involved
On 11-03-06 11:17 AM, Calvin Walton wrote:
>
> To add a bit to this: if you *do not* use the --inplace option on rsync,
> rsync will rewrite the entire file, instead of updating the existing
> file!
Of course. As I mentioned to Fajar previously, I am indeed using
--inplace when copying from the
On Sun, 2011-03-06 at 23:02 +0700, Fajar A. Nugraha wrote:
> On Sun, Mar 6, 2011 at 10:46 PM, Brian J. Murrell
> wrote:
> > # cp -al /backup/previous-backup/ /backup/current-backup
> > # rsync -aAHX ... --exclude /backup / /backup/current-backup
> >
> > The shortcoming of this of course is that i
On 11-03-06 11:06 AM, Calvin Walton wrote:
>
> There actually is such a periodic jump in overhead,
Ahh. So my instincts were correct.
> caused by the way
> which btrfs dynamically allocates space for metadata as needed by the
> creation of new files, which it does whenever the free metadata spa
On Sun, 2011-03-06 at 10:46 -0500, Brian J. Murrell wrote:
> I have a backup volume on an ext4 filesystem that is using rsync and
> it's --link-dest option to create "hard-linked incremental" backups. I
> am sure everyone here is familiar with the technique but in case anyone
> isn't basically it'
On Sun, Mar 6, 2011 at 10:46 PM, Brian J. Murrell wrote:
> # cp -al /backup/previous-backup/ /backup/current-backup
> # rsync -aAHX ... --exclude /backup / /backup/current-backup
>
> The shortcoming of this of course is that it just takes 1 byte in a
> (possibly huge) file to require that the whol
I have a backup volume on an ext4 filesystem that is using rsync and
it's --link-dest option to create "hard-linked incremental" backups. I
am sure everyone here is familiar with the technique but in case anyone
isn't basically it's effectively doing (each backup):
# cp -al /backup/previous-backu
On Sun, Mar 06, 2011 at 12:28:41PM +0200, Yo'av Moshe wrote:
> Hey,
> I'd start by saying that I know Btrfs is a still experimental, and so
> there's no guarantee that one would be able to help me at all... But I
> thought I'll try anyway :-)
>
> Few months ago I bought a new laptop and installed
Hey,
I'd start by saying that I know Btrfs is a still experimental, and so
there's no guarantee that one would be able to help me at all... But I
thought I'll try anyway :-)
Few months ago I bought a new laptop and installed ArchLinux on it,
with Btrfs on the root filesystem... I know, it's not th
19 matches
Mail list logo