I found another bug. There are codes (btrfs_save_ino_cache) that
modify fs trees after
create_pending_snapshots is called. This can corrupt your fs.
On Mon, Jun 13, 2011 at 3:13 PM, Li Zefan l...@cn.fujitsu.com wrote:
Cc: Josef
I encountered following panic using 'btrfs-unstable + for-linus'
Cc: Josef
I encountered following panic using 'btrfs-unstable + for-linus'
kernel.
I ran btrfs fi bal /test5 command, and mount option of /test5
is as follows:
/dev/sdc3 on /test5 type btrfs
(rw,space_cache,compress=lzo,inode_cache)
So, just a btrfs fi bal would lead to the bug?
I
Add a mutex to btrfs_init_reloc_root() to prevent the reloc tree
creation from concurrent execution.
On Mon, Jun 13, 2011 at 3:13 PM, Li Zefan l...@cn.fujitsu.com wrote:
Cc: Josef
I encountered following panic using 'btrfs-unstable + for-linus'
kernel.
I ran btrfs fi bal /test5 command, and
Yan, Zheng wrote:
Add a mutex to btrfs_init_reloc_root() to prevent the reloc tree
creation from concurrent execution.
Thanks!
Unfortunately I can still encounter BUG() in difference places in
each run:
kernel BUG at fs/btrfs/extent-tree.c:6173!
kernel BUG at fs/btrfs/volumes.c:2567!
On
Excerpts from Li Zefan's message of 2011-06-13 03:13:13 -0400:
Cc: Josef
I encountered following panic using 'btrfs-unstable + for-linus'
kernel.
I ran btrfs fi bal /test5 command, and mount option of /test5
is as follows:
/dev/sdc3 on /test5 type btrfs
The usage of trans_mutex in relocation code is subtle. It controls
interaction of relocation
with transaction start, transaction commit and snapshot creation.
Simple replacing
trans_mutex with trans_lock is wrong.
On Mon, Jun 13, 2011 at 3:13 PM, Li Zefan l...@cn.fujitsu.com wrote:
Cc: Josef
Excerpts from Yan, Zheng's message of 2011-06-13 10:58:35 -0400:
The usage of trans_mutex in relocation code is subtle. It controls
interaction of relocation
with transaction start, transaction commit and snapshot creation.
Simple replacing
trans_mutex with trans_lock is wrong.
What
Excerpts from Chris Mason's message of 2011-06-13 09:12:06 -0400:
Excerpts from Li Zefan's message of 2011-06-13 03:13:13 -0400:
Cc: Josef
I encountered following panic using 'btrfs-unstable + for-linus'
kernel.
I ran btrfs fi bal /test5 command, and mount option of /test5
is
Excerpts from Yan, Zheng's message of 2011-06-13 10:58:35 -0400:
The usage of trans_mutex in relocation code is subtle. It controls
interaction of relocation
with transaction start, transaction commit and snapshot creation.
Simple replacing
trans_mutex with trans_lock is wrong.
So, I've got
On Tue, Jun 14, 2011 at 3:55 AM, Chris Mason chris.ma...@oracle.com wrote:
Excerpts from Yan, Zheng's message of 2011-06-13 10:58:35 -0400:
The usage of trans_mutex in relocation code is subtle. It controls
interaction of relocation
with transaction start, transaction commit and snapshot
Yan, Zheng wrote:
On Tue, Jun 14, 2011 at 3:55 AM, Chris Mason chris.ma...@oracle.com wrote:
Excerpts from Yan, Zheng's message of 2011-06-13 10:58:35 -0400:
The usage of trans_mutex in relocation code is subtle. It controls
interaction of relocation
with transaction start, transaction commit
[ cut here ]
kernel BUG at fs/btrfs/extent-tree.c:6164!
invalid opcode: [#1] SMP
last sysfs file: /sys/kernel/mm/ksm/run
CPU 0
Modules linked in: autofs4 sunrpc 8021q garp stp llc cpufreq_ondemand
acpi_cpufreq freq_table mperf ipv6 btrfs zlib_deflate crc32c libcrc32c
[ cut here ]
kernel BUG at fs/btrfs/extent-tree.c:6164!
invalid opcode: [#1] SMP
last sysfs file: /sys/kernel/mm/ksm/run
CPU 0
Modules linked in: autofs4 sunrpc 8021q garp stp llc cpufreq_ondemand
acpi_cpufreq freq_table mperf ipv6 btrfs zlib_deflate crc32c
here ]
kernel BUG at fs/btrfs/extent-tree.c:6164!
invalid opcode: [#1] SMP
last sysfs file: /sys/kernel/mm/ksm/run
CPU 0
Modules linked in: autofs4 sunrpc 8021q garp stp llc cpufreq_ondemand
acpi_cpufreq freq_table mperf ipv6 btrfs zlib_deflate crc32c libcrc32c
ext3 jbd
extents
[ cut here ]
kernel BUG at fs/btrfs/extent-tree.c:6164!
invalid opcode: [#1] SMP
last sysfs file: /sys/kernel/mm/ksm/run
CPU 0
Modules linked in: autofs4 sunrpc 8021q garp stp llc cpufreq_ondemand
acpi_cpufreq freq_table mperf ipv6 btrfs zlib_deflate crc32c
Excerpts from liubo's message of 2011-06-07 04:36:56 -0400:
On 06/07/2011 04:24 PM, Tsutomu Itoh wrote:
(2011/06/07 15:17), Tsutomu Itoh wrote:
(2011/06/07 14:59), Tsutomu Itoh wrote:
Hi liubo,
(2011/06/07 14:31), liubo wrote:
On 06/06/2011 04:33 PM, Tsutomu Itoh wrote:
Hi,
I
(2011/06/08 0:46), Chris Mason wrote:
Excerpts from liubo's message of 2011-06-07 04:36:56 -0400:
On 06/07/2011 04:24 PM, Tsutomu Itoh wrote:
(2011/06/07 15:17), Tsutomu Itoh wrote:
(2011/06/07 14:59), Tsutomu Itoh wrote:
Hi liubo,
(2011/06/07 14:31), liubo wrote:
On 06/06/2011 04:33 PM,
[81484ec2] system_call_fastpath+0x16/0x1b
---[ end trace e5c5cb2e98a3cd1a ]---
btrfs: relocating block group 20971520 flags 18
btrfs: relocating block group 34925969408 flags 18
btrfs: found 1 extents
[ cut here ]
kernel BUG at fs/btrfs/extent-tree.c:6164!
invalid opcode
] sys_ioctl+0xa1/0xb0
[81484ec2] system_call_fastpath+0x16/0x1b
---[ end trace e5c5cb2e98a3cd1a ]---
btrfs: relocating block group 20971520 flags 18
btrfs: relocating block group 34925969408 flags 18
btrfs: found 1 extents
[ cut here ]
kernel BUG at fs/btrfs/extent
19 matches
Mail list logo