On 03/31/2015 08:12 PM, Chris Mason wrote:
On Mon, Mar 30, 2015 at 1:42 PM, Torbjørn li...@skagestad.org wrote:
Hi,
Just a follow up on this report.
The file system in question is a raid1 across 2x320G old Western
Digital WD3200KS.
I janked them out of the server to run a fsck on another
value for some devs.
As noted before: this (corrupted) fs only get errors when booting into
4.0-rc5. With 4.0-rc4 or earlier it works as if nothing is wrong.
The output of btrfs check follows
--
Torbjørn
btrfs check /dev/sde1
warning, device 2 is missing
warning devid 2 not found already
On 23. mars 2015 13:36, Filipe David Manana wrote:
On Mon, Mar 23, 2015 at 10:35 AM, Torbjørn li...@skagestad.org wrote:
Hi,
After upgrading to 4.0.0-rc5 from 4.0.0-rc4 I see Object already exists
after reboot.
The fs is forced read only.
The error does not disappear after additional reboots
On 23. mars 2015 13:32, Chris Mason wrote:
On Mon, Mar 23, 2015 at 6:35 AM, Torbjørn li...@skagestad.org wrote:
Hi,
After upgrading to 4.0.0-rc5 from 4.0.0-rc4 I see Object already
exists after reboot.
The fs is forced read only.
The error does not disappear after additional reboots
On 03/23/2015 02:50 PM, Torbjørn wrote:
On 23. mars 2015 14:47, Chris Mason wrote:
On Mon, Mar 23, 2015 at 8:53 AM, Torbjørn Skagestad
torbj...@itpas.no wrote:
On 23. mars 2015 13:36, Filipe David Manana wrote:
On Mon, Mar 23, 2015 at 10:35 AM, Torbjørn li...@skagestad.org
wrote:
Hi,
After
On 23. mars 2015 14:47, Chris Mason wrote:
On Mon, Mar 23, 2015 at 8:53 AM, Torbjørn Skagestad
torbj...@itpas.no wrote:
On 23. mars 2015 13:36, Filipe David Manana wrote:
On Mon, Mar 23, 2015 at 10:35 AM, Torbjørn li...@skagestad.org wrote:
Hi,
After upgrading to 4.0.0-rc5 from 4.0.0-rc4 I
2 size 298.09GiB used 124.03GiB path /dev/sdd1
btrfs-progs v3.19
Any additional info I can provide? Tests you want me to run?
--
Torbjørn
[ 1851.856097] [ cut here ]
[ 1851.856166] WARNING: CPU: 4 PID: 350 at fs/btrfs/super.c:260
__btrfs_abort_transaction+0x54/0x130
On 12. nov. 2014 09:29, Torbjørn wrote:
Hi,
After upgrade to 3.18.0-rc4 get a lot of these warnings.
The system seems to otherwise behave normally. I have not observed any
actual issues.
--snip--
Just to close off this email thread.
After upgrading to 3.18.0-rc5 these messages have
09:06:52 2014] [8108e160] ?
kthread_create_on_node+0x180/0x180
[Wed Nov 12 09:06:52 2014] ---[ end trace db1dd7fa3d341df9 ]---
--
Torbjørn
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info
On 07/29/2014 12:18 PM, Liu Bo wrote:
On Mon, Jul 28, 2014 at 01:11:19PM +0200, Torbjørn wrote:
On 28. juli 2014 12:00, Liu Bo wrote:
snip
This seems to be incomplete(Looks like dmesg has reached its buffer size limit),
does /var/log/message have the whole stack info?
thanks,
-liubo
Hi
to appear.
If you want all the trailing log as well, let me know.
https://gist.github.com/anonymous/7958d8917967f727f324
--
Torbjørn
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On 25. juli 2014 11:28, Liu Bo wrote:
Hi Torbjørn,
On Fri, Jul 25, 2014 at 06:51:44AM +0200, Torbjørn wrote:
On 07/24/2014 04:58 PM, Chris Mason wrote:
snip
Liu Bo has a promising patch:
https://patchwork.kernel.org/patch/4618421/
Please give it a shot. There's a second deadlock reading
On 25. juli 2014 13:09, Torbjørn wrote:
On 25. juli 2014 12:22, Torbjørn wrote:
On 25. juli 2014 11:28, Liu Bo wrote:
Hi Torbjørn,
On Fri, Jul 25, 2014 at 06:51:44AM +0200, Torbjørn wrote:
On 07/24/2014 04:58 PM, Chris Mason wrote:
snip
Liu Bo has a promising patch:
https
On 07/25/2014 01:37 PM, Torbjørn wrote:
On 25. juli 2014 13:09, Torbjørn wrote:
On 25. juli 2014 12:22, Torbjørn wrote:
On 25. juli 2014 11:28, Liu Bo wrote:
Hi Torbjørn,
On Fri, Jul 25, 2014 at 06:51:44AM +0200, Torbjørn wrote:
On 07/24/2014 04:58 PM, Chris Mason wrote:
snip
Liu Bo has
) still get hangs with
this applied on top of 3.16-rc6.
Looking forward to the free space cache patch.
I have not been able to trigger the same hang as I had with 3.15 on any
of the 3.16-rc6 kernels so far.
--
Torbjørn
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs
have a nocow directory in a separate subvolume containing vm-images
used by kvm.
The same kvm-vms are reading/writing data from that array over nfs.
I'm still holding that system on 3.14. Anything above causes blocks.
--
Torbjørn
--
To unsubscribe from this list: send the line unsubscribe linux
- btrfs raid0
Hang was caused by
1. Several rsync -av --inplace --delete source backup subvol
2. btrfs subvolume snapshot -r backup subvol bacup snap
The rsync jobs are done one at a time
btrfs is stuck when trying to create the read only snapshot
--
Torbjørn
All output via netconsole.
sysrq-w
On 07/22/2014 09:50 PM, Chris Mason wrote:
On 07/22/2014 03:42 PM, Torbjørn wrote:
On 07/22/2014 04:53 PM, Chris Mason wrote:
On 07/19/2014 02:23 PM, Martin Steigerwald wrote:
Running 3.15.6 with this patch applied on top:
- still causes a hang with `rsync -hPaHAXx --del /mnt/home/nyx
sure it is a directory?
--
Torbjørn
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 01. juni 2014 23:29, Marc MERLIN wrote:
On Wed, May 28, 2014 at 04:56:56PM +0200, Torbjørn wrote:
On 05/28/2014 03:41 PM, Chris Mason wrote:
On 05/28/2014 01:53 AM, Torbjørn wrote:
It's actually a raid10 array of 11 dm-crypt devices.
I'm able to read data from the array (accessing files
On 05/28/2014 03:41 PM, Chris Mason wrote:
On 05/28/2014 01:53 AM, Torbjørn wrote:
It's actually a raid10 array of 11 dm-crypt devices.
I'm able to read data from the array (accessing files), and also read
directly from all the underlying dm-crypt devices using dd, if that's
what you meant.
I
to help?
Tests you want me to run?
--
Torbjørn
--snip--
[138011.263478] INFO: task btrfs-transacti:4157 blocked for more than
120 seconds.
[138011.263558] Tainted: GE 3.15.0-rc6 #58
[138011.263605] echo 0 /proc/sys/kernel/hung_task_timeout_secs
disables this message
On 05/27/2014 10:08 PM, Torbjørn wrote:
On 05/27/2014 09:09 PM, Chris Mason wrote:
On 05/27/2014 02:11 PM, Torbjørn wrote:
Hi,
Btrfs-transaction keeps blocking for me on all 3.15-rc versions.
3.14 does not have this issue.
The process never gets unstuck. btrfs fi sync does not help. A hard
On 27. mai 2014 23:15, Chris Mason wrote:
On 05/27/2014 04:50 PM, Chris Mason wrote:
On 05/27/2014 04:42 PM, Torbjørn wrote:
On 05/27/2014 10:08 PM, Torbjørn wrote:
On 05/27/2014 09:09 PM, Chris Mason wrote:
On 05/27/2014 02:11 PM, Torbjørn wrote:
Hi,
Btrfs-transaction keeps blocking
majordomo info at http://vger.kernel.org/majordomo-info.html
Just curious: What would be the benefit of increasing the checkpoint
interval?
Laptops typically spin down disks to save power. If btrfs forces a write
every 30 second, you have to spin it back up.
--
Torbjørn
As far as I understood
On 07/08/2013 11:36 PM, David Sterba wrote:
On Wed, Jul 03, 2013 at 08:35:48PM +0200, Torbjørn wrote:
Hi btrfs devs,
I have a btrfs raid10 array consisting of 2TB drives.
I added a new drive to the array, then balanced.
The balance failed after ~50GB was moved to the new drive.
The balance
[68202.907369] CR2: 87f7e1868ca0
[68202.938196] ---[ end trace ad5eb9d56280bbec ]---
--
Torbjørn
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
27 matches
Mail list logo