Bug when resizing FS

Bug when resizing FS

[Martin Bueger]

Hello,

when I try to resize the FS with btrfsctl -r it works using + or -, hence, 
extending or shrinking the FS but when I want to set it to a certain size I 
always hit the follwing bug:

------------[ cut here ]------------
        
invalid opcode: 0000 [#1] SMP
last sysfs file: 
/sys/devices/pci0000:00/0000:00:10.0/host2/target2:0:1/2:0:1:0/block/sdb/size
Modules linked in: sr_mod i2c_piix4 cdrom processor container thermal ac 
button i2c_core

Pid: 4044, comm: btrfs-delalloc- Not tainted 2.6.33-zen2 #1 440BX Desktop 
Reference Platform/VMware Virtual Platform
EIP: 0060:[<c12545a8>] EFLAGS: 00010286 CPU: 0
EIP is at cow_file_range+0x638/0x650
EAX: ffffffe4 EBX: 1b5cb000 ECX: 00003d3d EDX: 00000001
ESI: 00000000 EDI: 00000000 EBP: cd22a034 ESP: caa4de40
 DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
Process btrfs-delalloc- (pid: 4044, ti=caa4c000 task=de0d0b10 
task.ti=caa4c000)
Stack:
 00001000 00000000 00001000 00000000 00000000 00000000 1b5cb000 00000000
<0> ffffffff ffffffff caa4debf 00000001 00000000 c1a4d1a0 cd22a12c 00001000
<0> cd22a038 de032800 cb25a180 00001000 00000000 caa4dea8 00000000 00001000
Call Trace:
 [<c12bbe1a>] ? __prop_inc_single+0x3a/0x50
 [<c1255580>] ? submit_compressed_extents+0x260/0x4f0
 [<c127b10e>] ? run_ordered_completions+0x5e/0xb0
 [<c127b85b>] ? worker_loop+0x12b/0x410
 [<c127b730>] ? worker_loop+0x0/0x410
 [<c103e994>] ? kthread+0x74/0x80
 [<c103e920>] ? kthread+0x0/0x80
 [<c10030b6>] ? kernel_thread_helper+0x6/0x10
Code: 8b 94 24 b8 00 00 00 83 d6 00 0f ac f3 0c 01 1a 8b 84 24 b4 00 00 00 c7 
00 01 00 00 00 e9 23 fe ff ff 0f 0b eb fe 90 8d 74 26 00 <0f> 0b eb fe 8d 74 26 
00 31 db 31 f6 e9 a1 fb ff ff 0f 0b eb fe
EIP: [<c12545a8>] cow_file_range+0x638/0x650 SS:ESP 0068:caa4de40
---[ end trace 31b4672bb84c5cec ]---

The command I ran: btrfsctl -r 1g /mnt/point


Kind regards,
Martin

Re: Bug when resizing FS

[Mike Fedyk]

On Fri, May 14, 2010 at 9:23 AM, Martin Bueger
<mbuerger@edu.uni-klu.ac.at> wrote:
> Hello,
>
> when I try to resize the FS with btrfsctl -r it works using + or -, hence,
> extending or shrinking the FS but when I want to set it to a certain size I
> always hit the follwing bug:
>
> ------------[ cut here ]------------
>
> invalid opcode: 0000 [#1] SMP
> last sysfs file:
> /sys/devices/pci0000:00/0000:00:10.0/host2/target2:0:1/2:0:1:0/block/sdb/size
> Modules linked in: sr_mod i2c_piix4 cdrom processor container thermal ac
> button i2c_core
>
> Pid: 4044, comm: btrfs-delalloc- Not tainted 2.6.33-zen2 #1 440BX Desktop
> Reference Platform/VMware Virtual Platform

Please try this without the zen patchset.  There have been several
interactions with other patches in this tree in the recent past.

Re: Bug when resizing FS

[Yan, Zheng]

On Sat, May 15, 2010 at 12:23 AM, Martin Bueger
<mbuerger@edu.uni-klu.ac.at> wrote:
> Hello,
>
> when I try to resize the FS with btrfsctl -r it works using + or -, h=
ence,
> extending or shrinking the FS but when I want to set it to a certain =
size I
> always hit the follwing bug:
>
> ------------[ cut here ]------------
>
> invalid opcode: 0000 [#1] SMP
> last sysfs file:
> /sys/devices/pci0000:00/0000:00:10.0/host2/target2:0:1/2:0:1:0/block/=
sdb/size
> Modules linked in: sr_mod i2c_piix4 cdrom processor container thermal=
 ac
> button i2c_core
>
> Pid: 4044, comm: btrfs-delalloc- Not tainted 2.6.33-zen2 #1 440BX Des=
ktop
> Reference Platform/VMware Virtual Platform
> EIP: 0060:[<c12545a8>] EFLAGS: 00010286 CPU: 0
> EIP is at cow_file_range+0x638/0x650
> EAX: ffffffe4 EBX: 1b5cb000 ECX: 00003d3d EDX: 00000001
> ESI: 00000000 EDI: 00000000 EBP: cd22a034 ESP: caa4de40
> =A0DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
> Process btrfs-delalloc- (pid: 4044, ti=3Dcaa4c000 task=3Dde0d0b10
> task.ti=3Dcaa4c000)
> Stack:
> =A000001000 00000000 00001000 00000000 00000000 00000000 1b5cb000 000=
00000
> <0> ffffffff ffffffff caa4debf 00000001 00000000 c1a4d1a0 cd22a12c 00=
001000
> <0> cd22a038 de032800 cb25a180 00001000 00000000 caa4dea8 00000000 00=
001000
> Call Trace:
> =A0[<c12bbe1a>] ? __prop_inc_single+0x3a/0x50
> =A0[<c1255580>] ? submit_compressed_extents+0x260/0x4f0
> =A0[<c127b10e>] ? run_ordered_completions+0x5e/0xb0
> =A0[<c127b85b>] ? worker_loop+0x12b/0x410
> =A0[<c127b730>] ? worker_loop+0x0/0x410
> =A0[<c103e994>] ? kthread+0x74/0x80
> =A0[<c103e920>] ? kthread+0x0/0x80
> =A0[<c10030b6>] ? kernel_thread_helper+0x6/0x10
> Code: 8b 94 24 b8 00 00 00 83 d6 00 0f ac f3 0c 01 1a 8b 84 24 b4 00 =
00 00 c7
> 00 01 00 00 00 e9 23 fe ff ff 0f 0b eb fe 90 8d 74 26 00 <0f> 0b eb f=
e 8d 74 26
> 00 31 db 31 f6 e9 a1 fb ff ff 0f 0b eb fe
> EIP: [<c12545a8>] cow_file_range+0x638/0x650 SS:ESP 0068:caa4de40
> ---[ end trace 31b4672bb84c5cec ]---
>
> The command I ran: btrfsctl -r 1g /mnt/point
>
>

Looks like an ENOSPC Oops, this will be improved in 2.6.35
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html