On Thu, 7 Feb 2013 16:28:44 -0500, Josef Bacik wrote:
> I noticed we were getting lots of warnings with xfstest 83 because we have
> reservations outstanding. This is because we moved the orphan add outside
> of the truncate, but we don't actually cleanup our reservation if something
> fails. Thi
On Thu, Feb 07, 2013 at 11:17:46PM -0600, Mitch Harder wrote:
> On Thu, Feb 7, 2013 at 6:28 PM, David Sterba wrote:
> > On Thu, Feb 07, 2013 at 03:38:34PM -0600, Mitch Harder wrote:
> >> --- a/fs/btrfs/relocation.c
> >> +++ b/fs/btrfs/relocation.c
> >> @@ -144,7 +144,7 @@ struct tree_block {
> >>
On Tue, Feb 05, 2013 at 06:10:54PM -0700, Jerry Snitselaar wrote:
> In some testing that was being done the tester ran into the following:
>
> --
>
> /mnt/abo is a filesystem in Raid1-configuration having two disks: /dev/sdg2
> and /dev/sdg3. When trying to remove one of the devices, you get thi
On Fri, Feb 8, 2013 at 8:53 AM, David Sterba wrote:
> On Thu, Feb 07, 2013 at 11:17:46PM -0600, Mitch Harder wrote:
>> On Thu, Feb 7, 2013 at 6:28 PM, David Sterba wrote:
>> > On Thu, Feb 07, 2013 at 03:38:34PM -0600, Mitch Harder wrote:
>> >> --- a/fs/btrfs/relocation.c
>> >> +++ b/fs/btrfs/relo
On Tue, Feb 05, 2013 at 03:35:15PM -0800, Chris Kastorff wrote:
> The machine is old and underpowered; a 32-bit Atom box with 2GB of RAM.
(underpowered)
> Running:
> btrfs fi defrag /media/lake/pu9
(will generate lots of dirty buffers to write and will stress memory
subsystem)
> block group 858
On Mon, Feb 04, 2013 at 09:55:50PM +, Arnd Bergmann wrote:
> On Saturday 02 February 2013, Chris Mason wrote:
>
> I've done a full backup of all data now, without any further Ooops messages,
> but
> I did get these:
>
> [66155.429029] btrfs no csum found for inode 1212139 start 23707648
The
On Sat, Feb 02, 2013 at 02:15:23PM +0100, Olivier Bonvalet wrote:
> Then, 30 minutes later there is no change, so I suppose it's "frozen".
> I hope it can help :
If in doubt, look if the disk is active.
> [ 8081.557304] mount D 8802bfc12080 0 2642 2595
> 0x
> [ 8081.
On 02/08/2013 01:37 AM, Ian Kumlien wrote:
> the btrfs command now lists:
> btrfs rescue select-super -s
> Select a superblock
> btrfs rescue dump-super
> Dump a superblock to disk
> btrfs rescue debug-tree [options]
> Debug the filesystem
>
> btrfs-dump-sup
H Iam,
On 02/08/2013 01:36 AM, Ian Kumlien wrote:
> This patch includes the functionality of btrfs, it's
> found as "btrfs check" however it makes the binary
> behave differently depending on what it's run as.
[...]
>
> +static int cmd_dummy(int argc, char **argv)
> +{
> + return 0;
I thin
On 02/08/2013 01:36 AM, Ian Kumlien wrote:
> Hi,
>
> This patch series moves some of the commands around to reflect that
> they are now subcommands of btrfs.
>
> As a stage in this we also add support for btrfs being called as
> btrfsck which yeilds the, now(?), starnard "btrfs check" or
> fsck
On Fri, Feb 08, 2013 at 06:40:34PM +0100, Goffredo Baroncelli wrote:
> On 02/08/2013 01:36 AM, Ian Kumlien wrote:
> > Hi,
> >
> > This patch series moves some of the commands around to reflect that
> > they are now subcommands of btrfs.
> >
> > As a stage in this we also add support for btrfs bei
On Fri, Feb 08, 2013 at 06:39:12PM +0100, Goffredo Baroncelli wrote:
> On 02/08/2013 01:37 AM, Ian Kumlien wrote:
> > the btrfs command now lists:
> > btrfs rescue select-super -s
> > Select a superblock
> > btrfs rescue dump-super
> > Dump a superblock to disk
> > bt
On Fri, Feb 08, 2013 at 06:39:18PM +0100, Goffredo Baroncelli wrote:
> H Iam,
>
> On 02/08/2013 01:36 AM, Ian Kumlien wrote:
> > This patch includes the functionality of btrfs, it's
> > found as "btrfs check" however it makes the binary
> > behave differently depending on what it's run as.
> [...]
On Fri, Feb 08, 2013 at 11:36:48AM -0700, Marguerite Su wrote:
>
>
>
> On Wed, Feb 6, 2013 at 11:15 PM, Josef Bacik
> mailto:jba...@fusionio.com>> wrote:
>
> Btrfs-next is based on 3.7, you should be able to just git diff v3.7.. >
> whatever.patch and get all the changes you need. Thanks,
>
On Fri, Feb 08, 2013 at 01:37:02AM +0100, Ian Kumlien wrote:
> the btrfs command now lists:
> btrfs rescue select-super -s
> Select a superblock
> btrfs rescue dump-super
> Dump a superblock to disk
> btrfs rescue debug-tree [options]
> Debug the filesystem
>
On Fri, Feb 08, 2013 at 09:57:17PM +0200, Ilya Dryomov wrote:
> On Fri, Feb 08, 2013 at 01:37:02AM +0100, Ian Kumlien wrote:
> > the btrfs command now lists:
> > btrfs rescue select-super -s
> > Select a superblock
> > btrfs rescue dump-super
> > Dump a superblock to disk
The warning in use_block_rsv is not useful for users and may fill
the logs unnecessarily.
Signed-off-by: David Sterba
---
on top of for-linus 1a65e24b0bb7
fs/btrfs/extent-tree.c | 26 +++---
1 file changed, 15 insertions(+), 11 deletions(-)
diff --git a/fs/btrfs/extent-tre
On Fri, Feb 08, 2013 at 02:30:04PM -0700, Florian Hofmann wrote:
> Hi everybody,
>
> I am using btrfs as my main fs for some time now, but I am
> experiencing severe performance drawbacks. I can't qualify the
> circumstances, but sometimes during disc access the whole system
> freezes for some tim
On Fri, Feb 08, 2013 at 01:37:02AM +0100, Ian Kumlien wrote:
> the btrfs command now lists:
> btrfs rescue select-super -s
> Select a superblock
> btrfs rescue dump-super
> Dump a superblock to disk
> btrfs rescue debug-tree [options]
> Debug the filesystem
$ btrfs fi df /
Data: total=165.00GB, used=164.19GB
System, DUP: total=32.00MB, used=28.00KB
System: total=4.00MB, used=0.00
Metadata, DUP: total=2.00GB, used=1.40GB
$ btrfs fi show
failed to read /dev/sr0
Label: none uuid: b4ec0b14-2a42-47e3-a0cd-1257e789ed25
Total devices 1 FS bytes used 165.59
Oh ... I should have mentioned that btrfs is running on top of LUKS.
2013/2/8 Florian Hofmann :
> $ btrfs fi df /
> Data: total=165.00GB, used=164.19GB
> System, DUP: total=32.00MB, used=28.00KB
> System: total=4.00MB, used=0.00
> Metadata, DUP: total=2.00GB, used=1.40GB
>
> $ btrfs fi show
> fail
On Fri, Feb 08, 2013 at 07:17:13PM +0100, Ian Kumlien wrote:
> On Fri, Feb 08, 2013 at 06:39:18PM +0100, Goffredo Baroncelli wrote:
> > H Iam,
> >
> > On 02/08/2013 01:36 AM, Ian Kumlien wrote:
> > > This patch includes the functionality of btrfs, it's
> > > found as "btrfs check" however it makes
On Fri, Feb 8, 2013 at 4:56 PM, Florian Hofmann
wrote:
> Oh ... I should have mentioned that btrfs is running on top of LUKS.
>
> 2013/2/8 Florian Hofmann :
>> $ btrfs fi df /
>> Data: total=165.00GB, used=164.19GB
>> System, DUP: total=32.00MB, used=28.00KB
>> System: total=4.00MB, used=0.00
>> M
I just had another big freeze ... I could change to a terminal and
sysrq-triggering gave this: http://pastebin.com/F1jQqtUQ
2013/2/8 Florian Hofmann :
> Oh ... I should have mentioned that btrfs is running on top of LUKS.
>
> 2013/2/8 Florian Hofmann :
>> $ btrfs fi df /
>> Data: total=165.00GB, u
I ran it as root. The first times there was no output whatsoever. This
time triggering gave the SysRq : Show Blocked State line. Strange
2013/2/9 cwillu :
> On Fri, Feb 8, 2013 at 4:56 PM, Florian Hofmann
> wrote:
>> Oh ... I should have mentioned that btrfs is running on top of LUKS.
>>
>> 2013/
Sometimes, when you least expect it, a static binary is what you need to
rescue your data... Or just get a good enough handle on things to make
it work again ;)
"make static" is a gift to you, dear user with filesystem problems!
Anyway, on a more serious note, changed the cflags and ldflags so th
My builds are cluttered with:
:0:0: warning: "_FORTIFY_SOURCE" redefined [enabled by
default]
Which makes it hard to tell if something breaks or not.
Signed-off-by: Ian Kumlien
---
I don't know about you, but bilding with
GCC 4.7.2 on gentoo, this is a issue.
Makefile | 2 +-
1 file changed,
On Sat, Feb 09, 2013 at 12:07:50AM +0100, David Sterba wrote:
> On Fri, Feb 08, 2013 at 07:17:13PM +0100, Ian Kumlien wrote:
> > On Fri, Feb 08, 2013 at 06:39:18PM +0100, Goffredo Baroncelli wrote:
> > > H Iam,
> > >
> > > On 02/08/2013 01:36 AM, Ian Kumlien wrote:
> > > > This patch includes the
When we're going to abort the transaction, we need to first do cleanup
work for the left refs on the cluster list, otherwise we'll get list_del
debug warnings.
(Taken from Miao's patch: Btrfs: fix deadlock when the process of delayed refs
fails)
Signed-off-by: Miao Xie
Signed-off-by: Liu Bo
--
29 matches
Mail list logo
