Helmut Hullen t-online.de> writes:
> Du meintest am 01.06.12:
>
> > I'm having a problem with a newly extended btrfs volume. It is
> > running on debian testing with an almost stock 3.1.0 kernel with a
> > little bit of patches
>
> You should use a newer kernel, p.e. 3.3.7 or 3.4
Hello!
I've ju
Hallo, Randall,
Du meintest am 07.06.12:
[...]
> I've just upgraded to 3.4.0 from git.kernel.org and I'm still running
> into problems. I checked the Problems FAQ and there doesn't seem to
> be anything that matches my problem.
[...]
> Any more help would be appreciated. Why is this happenin
Randall Mason posted on Thu, 07 Jun 2012 12:13:53 +0300 as excerpted:
> Any more help would be appreciated. Why is this happening, and how can
> I get my data back?
Well, any data that's important is by definition backed up (no matter the
filesystem use), or by definition you didn't consider it
On Fri, Jun 01, 2012 at 11:53:18AM +0300, Randall Mason wrote:
> sudo /sbin/btrfs scrub status .
> > scrub status for 3a29a904-ad28-4e2a-8e80-df29d8d5fafc
> > scrub started at Thu May 31 10:15:39 2012 and finished after 27581
> > seconds
> > total bytes scrubbed: 1.00TB with 239296
On Wed, 6 Jun 2012 19:16:26 +0100, Hugo Mills wrote:
> On Fri, May 25, 2012 at 04:07:17PM +0200, Stefan Behrens wrote:
>> Two convenient utility functions that have so far been local to scrub are
>> moved to utils.c.
>> They will be used in the device stats code in a following commit.
>>
> [snip]
>
Hugo Mills wrote:
>> diff --git a/mkfs.c b/mkfs.c
>> index 03239fb..4aff2fd 100644
>> --- a/mkfs.c
>> +++ b/mkfs.c
>> @@ -63,7 +63,7 @@ static u64 parse_size(char *s)
>>
>> s = strdup(s);
>>
>> -if (!isdigit(s[len - 1])) {
>> +if (len && !isdigit(s[len - 1])) {
>
>I think I'd prefe
Help two questions about update_global_block_rsv()
update_global_block_rsv(fs_info) {
...
block_rsv = &fs_info->global_block_rsv;
sinfo = block_rsv->space_info;
num_bytes = sinfo->bytes_used + sinfo->bytes_pinned +
sinfo->bytes_reserved + sinfo->bytes_readonly +
sinfo->by
Hi Stefan,
On 05/25/2012 04:07 PM, Stefan Behrens wrote:
> This is a preparation step to add support for device stats. The definition
> of the function open_file_or_dir() is moved from common.c to utils.c in
> order to be able to share some common code between scrub and the device
> stats in the f
I just booted into a current git kernel and got 6 of these in about
1h30min of usage
[ 559.556879] [ cut here ]
[ 559.556913] WARNING: at fs/btrfs/extent_map.c:226
unpin_extent_cache+0x5f/0xb0 [btrfs]()
[ 559.556915] Hardware name: K53E
[ 559.556956] Modules linked in:
Hi,
The following three patches add support to btrfs-progs for extended inode
refs. The kernel patch set can be found:
http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg16567.html
the userspace patches have been tested alongside the kernel patches and seem
to be in pretty good order
From: Mark Fasheh
This patch syncs the extended inode ref definitions from kernels ctree.h and
adds support in btrfs-debug-tree for visualizing the state of extended refs
on disk.
Signed-off-by: Mark Fasheh
---
ctree.h | 27 ++-
print-tree.c | 44 ++
From: Mark Fasheh
Add a function, process_inode_extref() to be called from process_one_leaf()
when an item type of BTRFS_INODE_EXTREF_KEY is encountered.
Similarly to process_inode_ref(), process_inode_extref() walks an extref and
adds an inode_backref structure for each reference found within.
From: Mark Fasheh
This patch turns on the BTRFS_FEATURE_INCOMPAT_EXTENDED_IREF superblock flag
when creating a new file system in mkfs, enabling extended inode refs.
Signed-off-by: Mark Fasheh
---
mkfs.c | 13 -
1 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/mkfs.
I have three hard-drives attached to a media pc via USB (yes, this is
far from idea and I'm procuring the hardware to resolve this). As USB
seems to be crap in general (or something is not working) the drives
get dropped from time to time. In past times this hasn't been an
issue. I was able to forc
(please CC on replies, I'm not subscribed to the list)
Hi!
This fails:
# mkfs.btrfs /dev/sd[bcde]
# mount /dev/sdb /mnt/x
# btrfs device delete /dev/sdb /mnt/x
# btrfs device add /dev/sdb /mnt/x
/dev/sdb is mounted
#
It seems that I have to unmoun
15 matches
Mail list logo
