Hi , > On Sat, Jun 08, 2002 at 12:42:21PM -0700, bo wrote: > > > >reiserfs: warning: CONFIG_REISERFS_CHECK is set On > > >reiserfs: warning: -it is slow mode for debugging > > >reiserfs: checking transaction log(device 21:01) > > Hm. Would it help if you turn of CONFIG_REISERFS_CHECK config item? >
I will try it later, I could not rebuild the system now. Are there anyway to turn it off on the command line? > > ??? It took 2-3 seconds(1 out of 5), or 3-4 munites(1 out of 5) > > or forever(3 out of 5) to complete. > > All of that on the same filesystem (with same contents)? > I mean it fails(hang) most of time when I try to mount the reiserfs with 120G size after "mkreiserfs". As you notice in the system status below, the CPU is occupied by the system by 99.6(8) %. I do not know why? > > System status at this time: from another console( run "top") > > --------------------------------------------------------- > > 1:40am up 1:40, 2 users, load average: 8.62, 7.71, 4.81 > > 37 processes: 30 sleeping, 6 running, 1 zombie, 0 stopped > > CPU states: 0.3% user, 99.6% system, 0.0% nice, 0.0% idle > > Ok, all the time is spent in kernel. > Can you capture several traces for us please? > ( several sysrq-p and/or sysrq-t outputs when this happens). > Sorry! What is "sysrq"? > > Swap: 262576K av, 4204K used, 258372K free 4160K cached > > PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND > > 3 root 16 0 0 0 0 RW 0 34.0 0.0 7:16 kswapd > > 1283 root 17 0 4956 4956 520 R 0 13.1 16.5 0:56 > > mkreiserfs > > Hm. Mkreiserfs? I though you expirience the promlems when you > try to mount 120G filesystem, no? > Sorry I misled you! This problem happens most of time at "mount", but it happens sometimes at "mkreiserfs". One more strange thing is "failed to generate UUID" as follow; ------------- root@praetorian:/# mkreiserfs /dev/hdg1 <-------------mkreiserfs, 2002-------------> reiserfsprogs 3.x.1b mkreiserfs: Guessing about desired format.. mkreiserfs: Kernel 2.4.5-rmk4 is running. failed to genetate UUID <----------------------Why???? Format 3.6 with standard journal Count of blocks on the device: 30015208 Number of blocks consumed by mkreiserfs formatting process: 9127 Blocksize: 4096 Hash function used to sort names: "r5" Journal Size 8193 blocks (first block 18) Journal Max transaction length 1024 inode generation number: 0 UUID: 00000000-0000-0000-0000-000000000000 ------------------------ Do you have any clue from it? Thanks, Bo
