similar to: Patch to provide "btrfs subvolume last-gen".

Hi all, enclose a patch to improve the "btrfs subvolume find-new" command. This is a RFC because it is not finished, but it is an usable state and may be discussed. The aim of this patch is: - take in account not only an update of the extent but also an update of the inode and xattr (which includes the acl) - extract the generation reference number directly from a snapshot The new

>From 03115f064be2e074d84f4e2105d2cdebde10f6ba Mon Sep 17 00:00:00 2001 From: Yi Yang <yi.y.yang at intel.com> Date: Tue, 12 Jul 2011 14:53:50 +0800 Subject: [PATCH] Use a general way to get the default subvolume for btrfs --- extlinux/btrfs.h | 105 +++++++++++++++++++ extlinux/main.c | 304 ++++++++++++++++++++++++++++++++++++++++++++++++------ 2 files changed, 377 insertions(+),

Hello I did the following commands and resulted in a segmentation fault. [root@localhost ~]# mkfs.btrfs /dev/sda6 WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL WARNING! - see http://btrfs.wiki.kernel.org before using fs created label (null) on /dev/sda6 nodesize 4096 leafsize 4096 sectorsize 4096 size 46.93GB Btrfs Btrfs v0.19 [root@localhost ~]# mount /dev/sda6 /mnt/btra [root@localhost ~]#

Hi all, I've setup two * servers which are SIP interconnected ala osaka/toronto from the * book (before anyone sugggests using IAX instead, no, I NEED to have them SIP interconnected for verification/test purposes). Then I have a Zoiper connected to one of them via IAX (so that * will not reinvite (?)). As soon as I try to call (via Zoiper) an extension on the other * I get a "Failed to

I understand global variables can be a bad idea, but even so I would like to understand what is going on here... ### DESCRIPTION OF PROGRAM ### ...I have a strange bug on a global variable in some C code which I am compiling using $ MAKEFLAGS="CFLAGS=-g -O0" R CMD SHLIB myProgram.c the global variable in question is the log likelihood. In an old version of the program I initialized

Hello list. I'm testing GlusterFS AFR mode as a solution for implementing a highly available webDAV file storage for our production environment. Whlie doing performance tests I've notticed a strange behavior: the files which are uploaded via a webDAV server, end up without extended attributes, which removes the ability to self-heal. The set up is a simple testing environment with 2

Hi there, after my filesystem is broken (I have no idea why, because last shut down was nomal) I tried to repair it with btrfsck ( Btrfs v0.20-rc1-56-g6cd836d). But unfortunately the process breaks with: parent transid verify failed on 29896704 wanted 392661 found 395689 parent transid verify failed on 29896704 wanted 392661 found 395689 parent transid verify failed on 29896704 wanted 392661

fs_info->last_trans_log_full_commit is a 64bits variant, we might get a wrong value on the 32bit machines if we access it directly. Fix it by atomic operation. Signed-off-by: Zhao Lei <zhaolei@cn.fujitsu.com> Signed-off-by: Miao Xie <miaox@cn.fujitsu.com> --- fs/btrfs/ctree.h | 2 +- fs/btrfs/extent-tree.c | 3 ++- fs/btrfs/inode.c | 3 ++- fs/btrfs/tree-log.c |

It''s been nearly a year since the patches needed to implement a reflinked copy between subvolumes have been posted (http://permalink.gmane.org/gmane.comp.file-systems.btrfs/9865 ) and I still get "Invalid cross-device link" error with Linux 3.2.4 while I try to do a cp --reflink between subvolumes. This is a *very* useful feature to have (think offline file-level

On Sun, 17 Aug 2003 03:51:57 -0600 Sean Reifschneider <jafo@tummy.com> wrote: > Greetings. I've been experimenting with bridging an ethernet device > with an ethertap device (using the Linux tun/tap driver). This is > running with the bridge code in the Linux kernel version 2.4.20 as > provided by Red Hat (2.4.20-18.9). I also seem to have seen the problem > with

Does anyone here know anything about GEN-GEN analogue circuits, also known as Manual Ring-Down (MRD)? Apparently they are widely used in Hoot'n'Holler systems for financial dealer-boards. I have been asked to try and interface to such circuits, and have been having great difficulty locating any specifications for the interface. Apparently, they are always-on 2-wire analogue circuits with

Hello Developers, it seems that i discovered a bug in btrfs while testing it on a zSeries mainframe :-) ## Test environment: - IBM System z900 Mainframe - Debian SID with 64 Bit Kernel - GIT Sources from git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git - System runs as z/VM guest - 3 Virtual CPUs - 1 GB RAM Storage ## Initial Test Setup - Setup a Debian SID System with

Hi, I''m having a filesystem that''s been a bit mangled by external causes, so I thought I''d see how much I could salvage (it''s not critical, though). Thus, I pulled btrfsck from git and ran: pannekake:~/btrfs-progs# ./btrfsck --repair /dev/mapper/pannekake-backup-btrfs It spit out a ton of warnings like these (I can get the whole log if you''re

I have a corrupted multi-device file system that got corrupted ages ago (as I recall, one of the drives stopped responding, causing btrfs to panic). I am hoping to recover some of the data. For what it''s worth, here is the dmesg output from trying to mount the file system on a 3.0 kernel: device label Media devid 6 transid 816153 /dev/sdq device label Media devid 7 transid 816153

So I''m having a bit of trouble with one of my btrfs filesystems. It isn''t mounting after a power failure. I can''t get restore or btrfsck to run, even on backup supers. I''ve pasted some output below. My btrfs-progs below come from git this morning, running on linux 3.2.0. # mount /dev/md2 /media/test/ mount: wrong fs type, bad option, bad superblock on

My raid5 crashed, so i changed the old hdd and started the rebuild. But now i can''t mount the btrfs, the mount command frozen and the kernel give me in a loop the follwing lines: Jul 29 18:37:04 fileserver kernel: [ 1229.692268] verify_parent_transid: 2492 callbacks suppressed Jul 29 18:37:04 fileserver kernel: [ 1229.692274] parent transid verify failed on 6975016271872 wanted 204247

Hi, I reported a bug to anaconda (rhbz 901905), but it might be btfs related. Anaconda does this: 18:49:10,317 INFO program: Running... mkfs.btrfs --data=single --label=fedora /dev/vdb1 /dev/vdc1 /dev/vdd1 /dev/vde1 18:49:10,742 INFO program: 18:49:10,746 INFO program: WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL 18:49:10,746 INFO program: WARNING! - see http://btrfs.wiki.kernel.org before

Andrew, That is not a clang issue. I think, in practice, {rcx, rdx, r8, r9} might not need to be spilled to "home area" in that case, because va_arg would not touch former 4 args. Lemme know if you had issues. I know it must be suboptimal, "home area" would be vacant in any cases afaik. It would be better to 4 args were spilled into the home area. To work on this, it might

Hi, I have a box with / and /home being subvolumes from the same btrfs filesystem. /etc/fstab: UUID=c0686... / btrfs subvol=root,x-systemd.device-timeout=0 1 1 UUID=c0686... /home btrfs subvol=home,x-systemd.device-timeout=0 1 1 ... / is initially mounted readonly by the initramfs, and then after switching to the real system, /home is attempted to be mounted in parallel with /

Yesterday, as I was still waiting for a large rsync mirror to finish, I was thinking that it would be interesting if you could run multiple rsyncs and have them cooperate to mirror a repository from several different sources. I think a close approximation should be fairly easy to do, but I just won't have any time to do it. My thought is that it could be implemented fairly inexpensively by