On Wed, 26 Jan 2011 08:40:00 PM Helmut Hullen wrote:
> Yesterday I reported a similar problem in this mailing list, in the
> thread "version".
I think that might have been a slightly different issue, but
I'd guess there would be no harm in trying Yan Zheng's patch!
cheers,
Chris
--
Chris Sam
> Yesterday I reported a similar problem in this mailing list, in the
> thread "version".
>
> Running kernel 2.6.37 didn't show this error, but running kernel 2.6.38-
> rc2 ended with errors.
>
> Viele Gruesse!
> Helmut
Ah, indeed, just like you I use 2.6.38-rc2. Or to be more precise:
2.6.3
>> [104178.827624] entry offset 8891924480, bytes 4096, bitmap yes
>> [104178.827626] block group has cluster?: no
>> [104178.827628] 0 blocks of free space at or bigger than bytes is
>> [104178.827631] block group 17213423616 has 5368709120 bytes, 5368709120
>> used 0 pinned 0 reserved
>> [104178
Hallo, Hugo,
Du meintest am 26.01.11:
>> It took me a couple of days, because I needed to patch my kernel
>> first and then issue a rebalance, which ran for more than two days.
>> Nevertheless, the rebalance succeeded without any "kernel
>> BUG"-messages, so apparently your patch works!
[...]
>
On Wed, Jan 26, 2011 at 10:04:02AM +0100, Erik Logtenberg wrote:
> Hi,
>
> It took me a couple of days, because I needed to patch my kernel first
> and then issue a rebalance, which ran for more than two days.
> Nevertheless, the rebalance succeeded without any "kernel BUG"-messages,
> so apparent
Hi,
It took me a couple of days, because I needed to patch my kernel first
and then issue a rebalance, which ran for more than two days.
Nevertheless, the rebalance succeeded without any "kernel BUG"-messages,
so apparently your patch works!
I noticed that at first, the messages were like this:
please try patch attached below, Thanks.
---
diff --git a/fs/btrfs/relocation.c b/fs/btrfs/relocation.c
index b37d723..49d6b13 100644
--- a/fs/btrfs/relocation.c
+++ b/fs/btrfs/relocation.c
@@ -1158,6 +1158,7 @@ static int clone_backref_node(struct
btrfs_trans_handle *trans,
new_node->byte
Hi,
I hit the same bug again I think:
[291835.724344] [ cut here ]
[291835.724376] kernel BUG at fs/btrfs/relocation.c:836!
[291835.724401] invalid opcode: [#1] SMP
[291835.724424] last sysfs file:
/sys/devices/system/cpu/cpu1/cache/index2/shared_cpu_map
[291835.72446
On 01/18/2011 03:13 PM, Yan, Zheng wrote:
> On Tue, Jan 18, 2011 at 9:22 PM, Erik Logtenberg wrote:
>> On 01/18/2011 01:54 AM, Yan, Zheng wrote:
>>> On Mon, Jan 17, 2011 at 10:14 PM, Erik Logtenberg
>>> wrote:
Hi,
btrfs balance results in:
http://pastebin.com/v5j0809M
>>
Hallo, Erik,
Du meintest am 18.01.11:
[...]
> Thanks for your (short) advice. Could you please elaborate. I was in
> fact using a 2.6.35.10-74.fc14.x86_64 kernel before,
I had to change from 2.6.35.8 to 2.6.37-rc4 (and now 2.6.37) for
reliable work.
Viele Gruesse!
Helmut
--
To unsubscribe fr
On Tue, Jan 18, 2011 at 9:22 PM, Erik Logtenberg wrote:
> On 01/18/2011 01:54 AM, Yan, Zheng wrote:
>> On Mon, Jan 17, 2011 at 10:14 PM, Erik Logtenberg wrote:
>>> Hi,
>>>
>>> btrfs balance results in:
>>>
>>> http://pastebin.com/v5j0809M
>>>
>>> My system: fully up-to-date Fedora 14 with rawhide
On 01/18/2011 01:54 AM, Yan, Zheng wrote:
> On Mon, Jan 17, 2011 at 10:14 PM, Erik Logtenberg wrote:
>> Hi,
>>
>> btrfs balance results in:
>>
>> http://pastebin.com/v5j0809M
>>
>> My system: fully up-to-date Fedora 14 with rawhide kernel to make btrfs
>> balance do useful stuff to my free space:
On Mon, Jan 17, 2011 at 10:14 PM, Erik Logtenberg wrote:
> Hi,
>
> btrfs balance results in:
>
> http://pastebin.com/v5j0809M
>
> My system: fully up-to-date Fedora 14 with rawhide kernel to make btrfs
> balance do useful stuff to my free space:
>
> kernel-2.6.37-2.fc15.x86_64
> btrfs-progs-0.19-1
Hi,
Please disregard that last message, the filesystem did mount after a
period of hanging in state D. Apparently something called an "orphan"
was unlinked:
[ 422.323116] btrfs: use compression
[ 761.778675] btrfs: unlinked 1 orphans
[ 761.841581] SELinux: initialized (dev dm-5, type btrfs), u
Hi,
Additionally, I cannot mount the filesystem anymore. mount gives no
error messages but hangs in state D.
dmesg shows:
[ 422.323116] btrfs: use compression
Which is a good thing, but it doesn't do anything otherwise.
Thanks,
Erik.
On 01/17/2011 03:31 PM, Erik Logtenberg wrote:
> Hi,
>
> P
Hi,
Please find attached the error log, for future reference.
Forgot to mention:
I could still use the system after this error, so it was not a complete
fatal error in that regard. All active processes (mostly rsync) were
hanging in state D though, so I couldn't kill them anymore. Also the FS
was
Hi,
btrfs balance results in:
http://pastebin.com/v5j0809M
My system: fully up-to-date Fedora 14 with rawhide kernel to make btrfs
balance do useful stuff to my free space:
kernel-2.6.37-2.fc15.x86_64
btrfs-progs-0.19-12.fc14.x86_64
Filesystem had 0 bytes free, should be 45G, so on darklings a
17 matches
Mail list logo