Mark Murawski posted on Tue, 11 Jun 2013 11:11:25 -0400 as excerpted:
> Jun 10 05:24:57 localhost kernel: BUG: unable to handle kernel NULL
> pointer dereference at 0090
I'll let someone else handle the real technical stuff, but I distinctly
recall reading that a number of null-point
Hi,
I have potentially found a (minor) bug (or missing feature) in btrfs,
but it might be a misunderstanding, so I like to ask here first before
reporting in Bugzilla.
I have a btrfs file system in RAID1 mode with two missing devices, but
I know that all data is still present on the remaining dev
I've created two btrfs fileystems using these commands:
mkfs.btrfs -d raid1 -m raid1 -L btrfs1 /dev/sda5 /dev/sdb5
mkfs.btrfs -d raid1 -m raid1 -L btrfs2 /dev/sdc1 /dev/sdd1
Then, added these to /etc/fstab:
LABEL=btrfs1 /mnt/btrfs1 btrfs noatime,compress-force=zlib 0 0
LABEL=btrfs2 /mnt/btrfs2
I just encoutered this btrfs bug. When this happened, I was compiling
stuff in a qemu/kvm virtual machine running as guest on this host, so this
might be related. The guest hard disk image is a qcow2 file which has the
NO_COW attribute set.
After this happened, I was unable to unlock my X session
Quoting Zach Brown (2013-06-10 18:39:58)
> On Tue, Jun 04, 2013 at 04:26:57PM -0700, Zach Brown wrote:
> > On Tue, Jun 04, 2013 at 07:16:53PM -0400, Chris Mason wrote:
> > > Quoting Zach Brown (2013-06-04 18:17:54)
> > > > Hi gang,
> > > >
> > > > I finally sat down to fix that readdir hang that h
On Wednesday, June 05, 2013 Miao Xie wrote:
Balance will create reloc_root for each fs root, and it's going to
record last_snapshot to filter shared blocks. The side effect of
setting last_snapshot is to break nocow attributes of files.
Since the extents are not shared by the relocation tree af
Dave has this fs_mark script that can make btrfs abort with sufficient amount of
ram. This is because with more ram we can keep more dirty metadata in cache
which in a round about way makes for many more pending delayed refs. What
happens is we end up not throttling the transaction enough so when
On Tue, Jun 11, 2013 at 02:31:34PM -0600, Mark Fasheh wrote:
> Hi,
>
> The following series of patches implements in btrfs an ioctl to do
> offline deduplication of file extents.
>
> To be clear, "offline" in this sense means that the file system is
> mounted and running, but the dedupe is not do
Hi Miao,
On Thu, May 9, 2013 at 10:57 AM, Miao Xie wrote:
> Hi, Alex
>
> Could you try the following patchset?
>
> git://github.com/miaoxie/linux-btrfs.git trans-commit-improve
>
> I think it can avoid the problem you said below.
>
> Note: this patchset is against chris's for-linus branch.
I r
Looking into this backref problem I noticed we're using a macro to what turns
out to essentially be a NULL check to see if we need to search the commit root.
I'm killing this, let's just do what everybody else does and checks if trans ==
NULL. I've also made it so we pass in the path to __resolve_
On wed, 12 Jun 2013 23:11:02 +0300, Alex Lyakas wrote:
> I reviewed the code starting from:
> 69aef69a1bc154 Btrfs: don't wait for all the writers circularly during
> the transaction commit
> until
> 2ce7935bf4cdf3 Btrfs: remove the time check in btrfs_commit_transaction()
>
> It looks very good.
On wed, 12 Jun 2013 16:22:26 -0400, Josef Bacik wrote:
> Looking into this backref problem I noticed we're using a macro to what turns
> out to essentially be a NULL check to see if we need to search the commit
> root.
> I'm killing this, let's just do what everybody else does and checks if trans
Per wiki an idea seems to maintain same code (probably
as much as possible) between btrfs-progs and btrfs
There must have been a/few critical advantage, but
what are they ?
Thanks, Anand
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a messag
On 6/12/13 10:56 PM, Anand Jain wrote:
>
>
> Per wiki an idea seems to maintain same code (probably
> as much as possible) between btrfs-progs and btrfs
>
> There must have been a/few critical advantage, but
> what are they ?
>
> Thanks, Anand
Because they work with the same on-disk st
Frederik Himpe posted on Wed, 12 Jun 2013 11:51:20 + as excerpted:
> After this happened, I was unable to unlock my X session, and running
> reboot in a console did not have any effect, so I had to do a hard
> reset.
Not specific to this bug, but just a potentially helpful hint with such
loc
15 matches
Mail list logo
