All of lore.kernel.org
 help / color / mirror / Atom feed
From: Hans Reiser <reiser@namesys.com>
To: Vitaly Fertman <vitaly@namesys.com>
Cc: reiserfs-list@namesys.com, Lance Reed <lreed@ruckusnetwork.com>
Subject: Re: Unable to rebuild bitmap.
Date: Thu, 06 Oct 2005 02:49:32 -0700	[thread overview]
Message-ID: <4344F32C.5040705@namesys.com> (raw)
In-Reply-To: <200510061216.25207.vitaly@namesys.com>

Vitaly Fertman wrote:

>On Wednesday 05 October 2005 19:10, Lance Reed wrote:
>  
>
>>So, is this problem fixed in Reiserfs4 ?
>>    
>>
>
>reiser4 is absolutely different fs written from the scratch,
>it is in the mm kernel only yet.
>  
>
You did not answer the question.;-)

>regarding the reiserfs, there is a patch that solves the problem,
>not accepted though,
>
any reason to not send it in? 

> if you tell me the kernel number you would 
>like to work with I can send it to you.
>
>  
>
>>I can build a new host and use reiserfs4 if this will solve my problem,
>>and just copy the data.  I just want to make sure I can make 16TB files
>>systems if I need to.
>>
>>Thanks so much for all your help and information!
>>
>>
>>Lance
>>
>>Vitaly Fertman wrote:
>>
>>    
>>
>>>On Wednesday 05 October 2005 01:46, Lance Reed wrote:
>>> 
>>>
>>>      
>>>
>>>>Thanks for the info!
>>>>
>>>>I have tried this.  I made the new 3.6.19 code.
>>>>Ran a --rebuild-sb, seemed better.  When I try to run a --check,
>>>>it still says that it can not read the bitmap.
>>>>So, is this problem with the reiserfs code in the kernel I am booting?
>>>>I thought that we could get up to 16 TB. 
>>>>   
>>>>
>>>>        
>>>>
>>>as I have mentioned the current code supports up to the 8Tb only. 
>>>if you need a larger fs you have to patch both kernel and progs.
>>>
>>> 
>>>
>>>      
>>>
>>>>Is there a way to force a rebuild of the superblock.
>>>>maybe delete it with dd at offset 64 ?
>>>>something like this maybe ?
>>>>
>>>>dd if=/dev/zero of=/dev/VG01/lvol0 bs=1024 seek=64 count=1
>>>>(http://lists.suse.com/archive/suse-linux-e/2003-Dec/1731.html)
>>>>
>>>>Then rebuild the bitmap?
>>>>This might be a bit crazy....?
>>>>
>>>>Anybody got any ideas?
>>>>
>>>>Thank you so much for the assistance!
>>>>
>>>>Lance
>>>>
>>>>
>>>>livestore2:~ # reiserfsck --check  /dev/VG01/lvol0
>>>>Do you want to run this program?[N/Yes] (note need to type Yes if you 
>>>>do):Yes
>>>>###########
>>>>reiserfsck --check started at Tue Oct  4 21:36:46 2005
>>>>###########
>>>>Replaying journal..
>>>>Reiserfs journal '/dev/VG01/lvol0' in blocks [18..8211]: 0 transactions 
>>>>replayed
>>>>reiserfs_open_ondisk_bitmap: wrong either bitmaps number,
>>>>count of blocks or blocksize, run with --rebuild-sb to fix it
>>>>reiserfsck: Could not open bitmap
>>>>
>>>>
>>>>livestore2:~ # reiserfsck --fix-fixable   /dev/VG01/lvol0
>>>>Do you want to run this program?[N/Yes] (note need to type Yes if you 
>>>>do):Yes
>>>>###########
>>>>reiserfsck --fix-fixable started at Tue Oct  4 21:38:34 2005
>>>>###########
>>>>Replaying journal..
>>>>Reiserfs journal '/dev/VG01/lvol0' in blocks [18..8211]: 0 transactions 
>>>>replayed
>>>>reiserfs_open_ondisk_bitmap: wrong either bitmaps number,
>>>>count of blocks or blocksize, run with --rebuild-sb to fix it
>>>>reiserfsck: Could not open bitmap
>>>>
>>>>
>>>>Vitaly Fertman wrote:
>>>>
>>>>   
>>>>
>>>>        
>>>>
>>>>>On Tuesday 04 October 2005 22:27, Lance Reed wrote:
>>>>>
>>>>>
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>>>I seem to be stuck in a catch 22 and can not seem to rebuild a bitmap.
>>>>>>reiserfsck --check says the bitmap is bad.
>>>>>>reiserfsck --rebuild-sb says it is ok.
>>>>>>
>>>>>>I do seem some errors but can not seem to repair them..
>>>>>>"Fs state field: 0x1:
>>>>>>       some corruptions exist."
>>>>>>
>>>>>>If I mount the filesystem and try to write to it, I get a kernel oops.
>>>>>>
>>>>>>The Filesystem has recently been increased to just under 10 TB.
>>>>>>
>>>>>>Anybody have any ideas?
>>>>>>  
>>>>>>
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>>this is a known problem revealed recently. the reiserfs has the 16 
>>>>>bits bitmap couter, so the maximum fs size is (0xffff * BlockSize * 
>>>>>8 * BlockSize) = 8T for 4k blocksize.
>>>>>
>>>>>
>>>>>
>>>>>     
>>>>>
>>>>>          
>>>>>
>>>>>>TIA.
>>>>>>
>>>>>>Lance
>>>>>>
>>>>>>2 2.6.4-52-smp #1 SMP Wed Apr 7 02:11:20 UTC 2004 i686 i686 i386 GNU/Linux
>>>>>>SuSE Linux 9.1 (i586)
>>>>>>VERSION = 9.1
>>>>>>reiserfs-3.6.13-24
>>>>>>  
>>>>>>
>>>>>>       
>>>>>>
>>>>>>            
>>>>>>
>>>>>please update the progs to the latest (3.6.19) version.
>>>>>
>>>>>
>>>>>          
>>>>>
>
>
>  
>


  reply	other threads:[~2005-10-06  9:49 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-04 18:27 Unable to rebuild bitmap Lance Reed
2005-10-04 19:40 ` Vitaly Fertman
2005-10-04 21:46   ` Lance Reed
2005-10-05  9:33     ` Vitaly Fertman
2005-10-05 15:10       ` Lance Reed
2005-10-06  8:16         ` Vitaly Fertman
2005-10-06  9:49           ` Hans Reiser [this message]
2005-10-06 16:25           ` Lance Reed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4344F32C.5040705@namesys.com \
    --to=reiser@namesys.com \
    --cc=lreed@ruckusnetwork.com \
    --cc=reiserfs-list@namesys.com \
    --cc=vitaly@namesys.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.