Summary: | reiserfsck reporting "count_blocks: block device too large" using reiserfsprogs 3.6.12-r1 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Hasse Hagen Johansen <hasse-gentoobug> |
Component: | [OLD] Core system | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED UPSTREAM | ||
Severity: | critical | CC: | blackace, brett, sgtphou |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | reiserfsprogs_getblksize64.patch |
Description
Hasse Hagen Johansen
2004-02-17 13:15:57 UTC
Ahh I have forgot to mention, that the same problem exists with 3.6.13 :-) And the bug is also existing in 3.6.17 weird, i have no problems with my raids ... one is ~400G and the other is ~320G ... Same Problem here. 360 GB Raid 5 Array on a SX4000. I had the same problem, and pestering someone in #gentoo-dev, I got help from blackace who suggested trying the blk_size.patch. It worked like a charm. This problem can be temporarily fixed by editing the ebuild for 3.6.11-r1. As a temporary hack, change references to ia64 to x86 in the keywords and first IF statement, and specify that specific ebuild: emerge =sys-fs/reiserfsprogs-3.6.11-r1 This builds OK on x86 w/gcc 3.3.4-r1, and the resulting reiserfsck will successfully run. I have a 360GB RAID-5 array on a Promise S150 SATA raid controller, using Promise's "b24" driver (which is I -think- also used for the SX4000- same card as someone else in this bug is using; I believe the S150 just contains SATA interfaces, all the other guts are the same). The array has a single partition inside an extended partition- and is the full size of the array, with approx 85-90GB free. Someone should confirm this issue with the ReiserFS team (which did not answer an email on Friday night from me, not especially surprising) and also confirm the patch is good for 3.6.17, the current release- and make a -r1 ebuild with the patch included until Reiser releases a fixed version. they've integrated this patch with reiserfsprogs-3.6.18 which is now in portage emerged reiserfsprogs-3.6.18 but still have the same problem (device too large) i'm using the ft3xx driver for my promise TX4000 the partition (150GB) has about 90% Use (i think that's no too much for reiserFS) # cat /proc/scsi/ft3xx/1 PROMISE FastTrak TX4000/376/378/S150 TX Series Linux Driver Version 1.00.0.19 Adapter1 - FastTrak TX4000 Array - Array[1] : 1X2 Mirror (OK-Gigabyte Boundary) Drive - 1 : SAMSUNG SP1604N IDE1/Master 160041MB IRQ( 7) UDMA5 Array[1] 3 : SAMSUNG SP1604N IDE2/Master 160041MB IRQ( 7) UDMA5 Array[1] any suggestions? (i have not tried to patch the ebuild because i believe it's already in the 3.6.18 revision) Yes. The problem hasn't been solved for me either. Could it have something to do about which block size/ stripe size is used for creating the raid? If the size is small...maybe reiserfs doesn't handle that well? the reiserfs devs are aware of this and fixes should be sought with them ... here is the last e-mail i received from them: From: Vitaly Fertman <vitaly@namesys.com> (NAMESYS) Hi, the problem is somewhere in incorrect definishion of BLKGETSIZE64. reiserfsprogs check if it is defined in the system headers and if not define it as: #if defined(__linux__) && defined(_IOR) && !defined(BLKGETSIZE64) # define BLKGETSIZE64 _IOR(0x12, 114, __u64) #endif Last investigations have shown that the correct definition should be #if defined(__linux__) && defined(_IOR) && !defined(BLKGETSIZE64) # define BLKGETSIZE64 _IOR(0x12, 114, size_t) #endif (the patch is attached). To figure out where the problem is, the following is needed: - try the patch, check if the problem exists; - if exists, remove this definision from reiserfsprogs at all, check if the problem exists. - if exists, the problem is likely to be in the system headers that define BLKGETSIZE64 differently from the kernel. report me about the result please. Ok. Thanks. Could you please attach the patch, I can then try it and report if it works? Created attachment 39433 [details, diff]
reiserfsprogs_getblksize64.patch
whoops, sorry about that, here it is
I can confirm that this patch solves the problem I had so e-mail Vitaly Fertman <vitaly@namesys.com> with your results please :) |