similar to: MDaemon Notification -- Attachment Removed

Hello everybody. I have run into serious trouble with my btrfs volume. As an example after adding two disks to a btrfs volume they show up as filled with data in btrfs filesystem show. In btrfs fi df /mnt it says Data RAID1: total=4.64TB, used=11.46TB System.. (total > used so i think it is fine) Metadata, Rid1: total=9.00GB, used=18.33GB Obviously something have gone wrong I have currently

I have started rewriting the ioctl#21 patch using a less hacky architecture, including defining a new kind of structure that explicitly organizes information common to delayed/deferred systems, (the list of work pieces, and an atomic for counting active worker threads) and replacing the lists of work pieces, in ioctl#21-tracked deferred systems, with this structure instead. I started march 25,

Hi, I have setup a RAID1 using 3 devices (500G each) on separate disks. After removing one disk physically the filesystem cannot be mounted in degraded nor in recovery mode. When putting the disk back in the filesystem can be mounted without errors. I did a cold-swap (powercycle after removal/insertion of the disk). Here are the details: - latest kernel 3.2.1 and btrfs-tools on xubuntu

I am a Linux newbie so please do not assume too much knowledge on my part. I am trying to install Mdaemon v9.0.6 mail server on a Kubuntu 9.04 box using Wine. However when I attempt to install, I get an Mdaemon error msg saying that Network Interface is a requisite and installation is aborted [Question] I have a very old Mdaemon v 3.57 which does install and runs properly so there clearly IS a

Hi Thomas, >----Messaggio originale---- >Da: thomas@kupper.org >Data: 22/01/2010 10.48 >A: "Leszek Ciesielski"<skolima@gmail.com> >Cc: "linux-btrfs"<linux-btrfs@vger.kernel.org> >Ogg: Re: mount command not honoring rootflags passed > > >On 22 Jan 2010, at 10:40, Leszek Ciesielski wrote: > >> On Fri, Jan 22, 2010 at 10:30 AM,

HI all, >----Messaggio originale---- >Da: chris.mason@fusionio.com >Data: 20/06/2012 1.49 >A: "H. Peter Anvin"<hpa@zytor.com> >Cc: "linux-btrfs@vger.kernel.org"<linux-btrfs@vger.kernel.org> >Ogg: Re: Subvolumes and /proc/self/mountinfo > >> b. Are there better ways (walking the tree using BTRFS_IOC_TREE_SEARCH?) >> to accomplish

Hey guys, I was trying to build the btrfs modules from btrfs- unstable.git/master against the Ubuntu Karmic 2.6.31 kernel, and get some failures in ref-cache.c: /home/jdong/code/kernel/btrfs-0.17/ref-cache.h:62: error: dereferencing pointer to incomplete type /home/jdong/code/kernel/btrfs-0.17/ref-cache.c: In function ‘btrfs_remove_leaf_refs’:

I made a btrfs on five disks using RAID5 (-d raid5 for mount option). When a power failure occurs, I can not remount btrfs after my system reboots. Dmesg for remount is presented as following: [ 192.713953] bio: create slab <bio-1> at 1 [ 192.716230] Btrfs loaded [ 192.717177] device fsid a0dff7ea-9354-43fd-8516-0e17f370991d devid 1 transid 6 /dev/sdb [ 192.717712] btrfs: disk space

Hello all We are experimenting with btrfs and we''ve run into some problems. We are running on two Sun Storage J4400 Arrays containing a total of 48 1 TB disks. With 24 disks in the btrfs: # mkfs.btrfs /dev/sd[b-y] WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL WARNING! - see http://btrfs.wiki.kernel.org before using adding device /dev/sdc id 2 ... adding device /dev/sdy id 24 fs

It is well documented that btrfs data recovery (after silent corruption) is dependent on the use of btrfs''s own RAID1. However, I''m curious about whether any hardware RAID vendors are contemplating ways to integrate more closely with btrfs, for example, such that when btrfs detects a bad checksum, it would be able to ask the hardware RAID controller to return all alternate

3.8.0+ #3 This happened after ''umount /btrfs'' was interrupted by ctl-C # mount | egrep btrfs /dev/mapper/mpathe on /btrfs type btrfs (rw,degraded) # cat /etc/mtab | egrep btrfs /dev/mapper/mpathe /btrfs btrfs rw,degraded 0 0 # cat /proc/mounts | egrep btrfs # umount /btrfs umount: /btrfs: not mounted # -Anand -- To unsubscribe from this list: send the line "unsubscribe

This fixes: btrfs-list.c: Dans la fonction «ino_resolve» : btrfs-list.c:511: attention : déclaration implicite de la fonction « «strndup» » btrfs-list.c:511: attention : incompatible implicit declaration of built-in function «strndup» make: *** [btrfs-list.o] Erreur 1 and: btrfs.c: Dans la fonction «split_command» : btrfs.c:168: attention : déclaration implicite de la fonction « «strndup» »

The condition can be relaxed to accept also 0 which will delete unoccupied chunks and does not need space for the actual data relocation. Until there is an automatic empty chunk reclaim, we can use this as a last resort option under enospc. CC: Ilya Dryomov <idryomov@gmail.com> Signed-off-by: David Sterba <dsterba@suse.cz> --- Also needs progs update, but is not required for the

Josef has implemented mixed data/metadata chunks, we must add those chunks'' space just like data chunks. Signed-off-by: Miao Xie <miaox@cn.fujitsu.com> --- fs/btrfs/super.c | 7 +++---- 1 files changed, 3 insertions(+), 4 deletions(-) diff --git a/fs/btrfs/super.c b/fs/btrfs/super.c index 61bd79a..1d21208 100644 --- a/fs/btrfs/super.c +++ b/fs/btrfs/super.c @@ -768,11 +768,10

Hello, btrfs is failing to mount if I use the mount option acl. I am running debian testing with a debian experimental version of kernel 3.7.3: uname -a Linux nimby 3.7-trunk-486 #1 Debian 3.7.3-1~experimental.1 i686 GNU/Linux from fstab LABEL=btrfs-exthd /mnt/exthd btrfs defaults,noatime,compress=zlib,acl 0 2 from dmesg [ 14.785716] device label btrfs-exthd devid 1 transid

Hi, I scrubbed a BTRFS volume (mounted as a VFS root) and got several errors. However I am not able to make btrfs print the path of the corrupted files... E.g. kernel log gives : [51078.682876] btrfs: unable to fixup (regular) error at logical 51241746432 on dev /dev/root [51078.683013] btrfs: checksum error at logical 51242385408 on dev /dev/root, sector 102196320, root 684, inode 60676040,

Since 2.6.29-rc1 contains btrfs I had to try it. However the loopback mount of my btrfs formatted file fails: user@host:~$ dd if=/dev/zero of=btrfs.img bs=1MB count=512 user@host:~$ mkfs.btrfs btrfs.img fs created label (null) on btrfs.img nodesize 4096 leafsize 4096 sectorsize 4096 size 488.28MB Btrfs v0.16+da35ab2b0b54 user@host:~$ sudo mount -t btrfs -o loop btrfs.img /mnt/btrfs mount:

From: Sergei Trofimovich <slyfox@gentoo.org> $ LDFLAGS=-static make gcc -lpthread -g -O0 -o btrfs btrfs.o btrfs_cmds.o scrub.o \ ctree.o disk-io.o radix-tree.o extent-tree.o print-tree.o root-tree.o dir-item.o file-item.o inode-item.o inode-map.o crc32c.o rbtree.o extent-cache.o extent_io.o volumes.o utils.o btrfs-list.o btrfslabel.o -static -luuid scrub.o: In function

-- >>>> This is a multi-part message in MIME format. **** Command 'this' not recognized. >>>> >>>> ------=_NextPart_000_0009_9A38C670.FD8DF8D3 **** Command '------=_nextpart_000_0009_9a38c670.fd8df8d3' not recognized. >>>> Content-Type: text/plain; charset=us-ascii **** Command 'content-type:' not recognized.

We forget to clear inode''s dirty_bytes and EXTENT_DIRTY at the end of write. Signed-off-by: Liu Bo <liubo2009@cn.fujitsu.com> --- fs/btrfs/file.c | 1 - fs/btrfs/inode.c | 5 ++++- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/fs/btrfs/file.c b/fs/btrfs/file.c index e7872e4..3f3b4a8 100644 --- a/fs/btrfs/file.c +++ b/fs/btrfs/file.c @@ -1150,7 +1150,6 @@