On 03/31/2015 08:12 PM, Chris Mason wrote:
On Mon, Mar 30, 2015 at 1:42 PM, Torbjørn 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 computer
(after a
7;s of any 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 fou
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
wrote:
On 23. mars 2015 13:36, Filipe David Manana wrote:
On Mon, Mar 23, 2015 at 10:35 AM, Torbjørn
wrote:
Hi,
After upgrading to 4.0.0-rc5 from 4.0.0
On 23. mars 2015 14:47, Chris Mason wrote:
On Mon, Mar 23, 2015 at 8:53 AM, Torbjørn Skagestad
wrote:
On 23. mars 2015 13:36, Filipe David Manana wrote:
On Mon, Mar 23, 2015 at 10:35 AM, Torbjørn wrote:
Hi,
After upgrading to 4.0.0-rc5 from 4.0.0-rc4 I see "Object already
exists&qu
On 23. mars 2015 13:36, Filipe David Manana wrote:
On Mon, Mar 23, 2015 at 10:35 AM, Torbjørn 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.
If y
On 23. mars 2015 13:32, Chris Mason wrote:
On Mon, Mar 23, 2015 at 6:35 AM, Torbjørn 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.
mount|grep
/dev/sda1
devid2 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_tr
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
read+0xd2/0xf0
[Wed Nov 12 09:06:52 2014] [] ?
kthread_create_on_node+0x180/0x180
[Wed Nov 12 09:06:52 2014] [] ret_from_fork+0x7c/0xb0
[Wed Nov 12 09:06:52 2014] [] ?
kthread_create_on_node+0x180/0x180
[Wed Nov 12 09:06:52 2014] ---[ end trace db1dd7fa3d341df9 ]---
--
Torbjørn
--
To unsubscribe from this list
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:
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
started 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 maj
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:
Liu Bo has a
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:
Liu Bo has a promising patch:
https
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:
Liu Bo has a promising patch:
https://patchwork.kernel.org/patch/4618421/
Please give it a shot. There's a second deadlock readin
pace cache) 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
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
consisting of 3 drives.
Full stack is: sata <-> dmcrypt <-> btrfs raid0
Hang was caused by
1. Several rsync -av --inplace --delete
2. btrfs subvolume snapshot -r
The rsync jobs are done one at a time
btrfs is stuck when trying to create the read only snapshot
--
Torbjørn
All o
I know inode_cache is not recommended for general use)
I 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.
--
T
iao,
I have seen that behavior as well. It turned out that the directory was
actually a subvolume.
Are you 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 (acces
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
wha
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 for
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
I can give 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"
rdomo 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 it
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
868ca0
[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