Chris Murphy posted on Sat, 19 Jul 2014 11:38:08 -0600 as excerpted:
> I'm not sure of the reason for the "BTRFS info (device sdg2): 2 enospc
> errors during balance" but it seems informational rather than either a
> warning or problem. I'd treat ext4->btrfs converted file systems to be
> somethin
I'm seeing this also in the 2nd dmesg:
[ 249.893310] BTRFS error (device sdg2): free space inode generation (0) did
not match free space cache generation (26286)
So you could try umounting the volume. And doing a one time mount with the
clear_cache mount option. Give it some time to rebuild t
On Jul 19, 2014, at 2:58 PM, Marc Joliet wrote:
> Am Sat, 19 Jul 2014 22:10:51 +0200
> schrieb Marc Joliet :
>
> [...]
>> Another random idea: the number of errors decreased the second time I ran
>> balance (from 4 to 2), I could run another full balance and see if it keeps
>> decreasing.
>
>
On Sat, Jul 19, 2014 at 11:38:08AM -0600, Chris Murphy wrote:
> [96241.882138] ata2.00: exception Emask 0x1 SAct 0x7ffe0fff SErr 0x0 action
> 0x6 frozen
> [96241.882139] ata2.00: Ata error. fis:0x21
> [96241.882142] ata2.00: failed command: READ FPDMA QUEUED
> [96241.882148] ata2.00: cmd 60/08:00:
Am Sat, 19 Jul 2014 22:10:51 +0200
schrieb Marc Joliet :
[...]
> Another random idea: the number of errors decreased the second time I ran
> balance (from 4 to 2), I could run another full balance and see if it keeps
> decreasing.
Well, this time there were still 2 ENOSPC errors. But I can show
Start weitergeleitete Nachricht:
Huh, turns out the Reply-To was to Chris Murphy, so here it is again for the
whole list.
Datum: Sat, 19 Jul 2014 20:34:34 +0200
Von: Marc Joliet
An: Chris Murphy
Betreff: Re: ENOSPC errors during balance
Am Sat, 19 Jul 2014 11:38:08 -0600
schrieb Chris Murphy
Hi Filipe,
It's quite possible I don't fully understand the issue. It seems that
we are creating a read-only snapshot, commit a transaction, and then
go and modify the snapshot once again, by deleting all the
ORPHAN_ITEMs we have in its file tree (btrfs_orphan_cleanup).
Shouldn't all this be part o
Am Samstag, 19. Juli 2014, 14:39:51 schrieb Chris Mason:
> On 07/19/2014 01:59 PM, Martin Steigerwald wrote:
> > Am Freitag, 18. Juli 2014, 09:36:06 schrieb Chris Mason:
> >> On 07/18/2014 03:51 AM, Martin Steigerwald wrote:
> >>> Am Dienstag, 15. Juli 2014, 09:21:40 schrieb Chris Mason:
> On
On 07/19/2014 01:59 PM, Martin Steigerwald wrote:
> Am Freitag, 18. Juli 2014, 09:36:06 schrieb Chris Mason:
>> On 07/18/2014 03:51 AM, Martin Steigerwald wrote:
>>> Am Dienstag, 15. Juli 2014, 09:21:40 schrieb Chris Mason:
On 07/14/2014 05:58 PM, Martin Steigerwald wrote:
> Am Montag, 1
Am Samstag, 19. Juli 2014, 12:38:53 schrieb Cody P Schafer:
> On Thu, Jul 17, 2014 at 8:18 AM, Chris Mason wrote:
> > [ deadlocks during rsync in 3.15 with compression enabled ]
> >
> > Hi everyone,
> >
> > I still haven't been able to reproduce this one here, but I'm going
> > through a series
Am Freitag, 18. Juli 2014, 09:36:06 schrieb Chris Mason:
> On 07/18/2014 03:51 AM, Martin Steigerwald wrote:
> > Am Dienstag, 15. Juli 2014, 09:21:40 schrieb Chris Mason:
> >> On 07/14/2014 05:58 PM, Martin Steigerwald wrote:
> >>> Am Montag, 14. Juli 2014, 16:12:22 schrieb Chris Mason:
> On 0
On Thu, Jul 17, 2014 at 8:18 AM, Chris Mason wrote:
>
> [ deadlocks during rsync in 3.15 with compression enabled ]
>
> Hi everyone,
>
> I still haven't been able to reproduce this one here, but I'm going
> through a series of tests with lzo compression foraced and every
> operation forced to orde
The 2nd dmesg (didn't look at the 1st), has many instances like this;
[96241.882138] ata2.00: exception Emask 0x1 SAct 0x7ffe0fff SErr 0x0 action 0x6
frozen
[96241.882139] ata2.00: Ata error. fis:0x21
[96241.882142] ata2.00: failed command: READ FPDMA QUEUED
[96241.882148] ata2.00: cmd 60/08:00:6
Swâmi Petaramesh posted on Sat, 19 Jul 2014 09:19:13 +0200 as excerpted:
> This happens systematically these days, while trying to backup using
> rsync two of my laptops on an external HD - BTRFS formatted.
While I've not seen it, based on reports here on the list, there's
apparently a known iss
Hi,
This happens systematically these days, while trying to backup using rsync two
of my laptops on an external HD - BTRFS formatted.
First at mount :
juil. 19 09:08:32 zafu kernel: BTRFS info (device dm-3): disk space caching is
enabled
juil. 19 09:08:38 zafu kernel: pool[7215]: segfault at
15 matches
Mail list logo
