Re: reiserfsprogs-3.6.12-pre1 release

2003-11-02 Thread Vitaly Fertman 
On Sunday 02 November 2003 01:01, Matthias Andree wrote:
 Vitaly Fertman [EMAIL PROTECTED] writes:
  The new pre release is available for downloading on
  ftp://ftp.namesys.com/pub/reiserfsprogs/pre/reiserfsprogs-3.6.12-pre1.tar
 .gz

 ...

  *reiserfsck can check ro mounted filesystems.

 Does this use the reboot Linux exit codes that (e2)fsck uses?

codes? do you mean the code 2- File system errors corrected, 
system should be rebooted? Good question. No, for now it just 
suggests to umount and mount again, I should probably add this 
code also.
-- 
Thanks,
Vitaly Fertman

Re: reiserfsprogs-3.6.12-pre1 release

2003-11-02 Thread Dieter Nützel 
Vitaly Fertman wrote (ao):
 The new pre release is available for downloading on
 ftp://ftp.namesys.com/pub/reiserfsprogs/pre/reiserfsprogs-3.6.12-pre1.tar.gz
 
 The release includes:
 
 * bad block support, documentation is available at 
 http://www.namesys.com/bad-block-handling.html
 
 *reiserfsck can check ro mounted filesystems.

Why is the SuSE (even 9.0) reiserfsprogs version (reiserfs-3.6.9-33.src.rpm) 
so OLD? --- It is much slower and outdated.

I used the latest (3.6.11) on my older SuSE 7.3 without a hitch.
It is somewhat boring, that SuSE 9.0 is released witout 3.6.11 at least.

I couldn't compile 3.6.11 and 3.6.12-pre1 myself 'cause SuSE apply some 
patches on there source tarball.

Greetings,
Dieter

Re: Furure of ReiserfsV3?

2003-11-02 Thread Mike Fedyk 
On Thu, Oct 30, 2003 at 07:03:20PM +0800, Thomas Graham wrote:
 Very interesting for your suggestion, does anyone got a benchmark to
 compare XFS with reiserfs3 for large amount data process ? ( I am talking
 about 20-30GB data pulling at once ) Thanks

XFS Will most likely win that benchmark.

bug narrowed to softraid partitions

2003-11-02 Thread Steve Barton 
hi, gents,

sorry to be so late getting you feedback on the latest snapshot.  i was
busy making akpm miserable over some ext3 bug.  :-)

this time i tried something i had not tried on the previous snapshot.
i tried both a SCSI partition and a softraid partition.  the former
mkfs'ed and mounted w/o problem, the latter is still sick:

[EMAIL PROTECTED]:/home/admin# mkfs.reiser4 /dev/md0
mkfs.reiser4 0.4.18
Copyright (C) 2001, 2002, 2003 by Hans Reiser, licensing governed by
reiser4progs/COPYING.

Block size 4096 will be used.
Linux 2.6.0-test7-reiser4 is detected.
Uuid c9d91fc2-9f97-4976-a91f-c4b1d800c616 will be used.
Reiser4 is going to be created on /dev/md0.
(Yes/No): Yes
Creating reiser4 on /dev/md0...done
[EMAIL PROTECTED]:/home/admin# mount /dev/md0 /usr/local
Segmentation fault

syslog shows:

Nov  2 11:43:52 mongo-invictus kernel: Unable to handle kernel NULL
pointer dereference at virtual address 
Nov  2 11:43:52 mongo-invictus kernel:  printing eip:
Nov  2 11:43:52 mongo-invictus kernel: c02c8396
Nov  2 11:43:52 mongo-invictus kernel: *pde = 
Nov  2 11:43:52 mongo-invictus kernel: Oops:  [#1]
Nov  2 11:43:52 mongo-invictus kernel: CPU:1
Nov  2 11:43:52 mongo-invictus kernel: EIP:0060:[c02c8396]
Not tainted
Nov  2 11:43:52 mongo-invictus kernel: EFLAGS: 00010282
Nov  2 11:43:52 mongo-invictus kernel: EIP is at 
check_struct_allocator_bitmap+0x36/0x144
Nov  2 11:43:52 mongo-invictus kernel: eax: 1750   ebx:  ecx: d8a18000   
edx: 
Nov  2 11:43:52 mongo-invictus kernel: esi:    edi:  ebp: d8a19d70   
esp: d8a19d40
Nov  2 11:43:52 mongo-invictus kernel: ds: 007b   es: 007b   ss: 0068
Nov  2 11:43:52 mongo-invictus kernel: Process mount (pid: 238, threadinfo=d8a18000 
task=dcea79b0)
Nov  2 11:43:52 mongo-invictus kernel: Stack: de523df8    
  1750 
Nov  2 11:43:52 mongo-invictus kernel: de523df8  d8a19db0 
d8a19d84 c02c8ce0 d8682814 de523df8
Nov  2 11:43:52 mongo-invictus kernel:de523df8 d8a19d98 c02a5e52 de523df8 
 000b d8a19e6c c02a6213
Nov  2 11:43:52 mongo-invictus kernel: Call Trace:
Nov  2 11:43:52 mongo-invictus kernel:  [c02c8ce0] check_mount_format40+0x20/0x30
Nov  2 11:43:52 mongo-invictus kernel:  [c02a5e52] _init_disk_format+0x42/0x50
Nov  2 11:43:52 mongo-invictus kernel:  [c02a6213] reiser4_fill_super+0x33/0xa0
Nov  2 11:43:52 mongo-invictus kernel:  [c0196bc4] sb_set_blocksize+0x24/0x50
Nov  2 11:43:52 mongo-invictus kernel:  [c01965b1] get_sb_bdev+0x121/0x160
Nov  2 11:43:52 mongo-invictus kernel:  [c029bf4e] reiser4_get_sb+0x2e/0x30
Nov  2 11:43:52 mongo-invictus kernel:  [c02a61e0] reiser4_fill_super+0x0/0xa0
Nov  2 11:43:52 mongo-invictus kernel:  [c01967fe] do_kern_mount+0x5e/0x100
Nov  2 11:43:52 mongo-invictus kernel:  [c02e93f4] capable+0x24/0x70
Nov  2 11:43:52 mongo-invictus kernel:  [c01bd094] do_add_mount+0x74/0x180
Nov  2 11:43:52 mongo-invictus kernel:  [c01bd41c] do_mount+0x16c/0x1c0
Nov  2 11:43:52 mongo-invictus kernel:  [c01bd23e] copy_mount_options+0x9e/0x110
Nov  2 11:43:52 mongo-invictus kernel:  [c01bda65] sys_mount+0x105/0x2b0
Nov  2 11:43:52 mongo-invictus kernel:  [c018a22f] sys_read+0x3f/0x60
Nov  2 11:43:52 mongo-invictus kernel:  [c010a95b] syscall_call+0x7/0xb
Nov  2 11:43:52 mongo-invictus kernel:
Nov  2 11:43:52 mongo-invictus kernel: Code: 03 1a 89 1c 24 e8 d0 ec
ff ff 85 c0 75 4a 8b 55 0c 8b 42 0c

i find further that trying to turn assertions on in the reiser4 code
results in a kernel that will not boot.  :-P

please let me know if there is any further information that i might
gather that you might find useful.  in the absence of that i'll go
back to using reiser3 and awaiting the next snapshot announcement.

best regards,

-steve

p.s. a further suggestion: would it be possible to have future
snapshots modify the uname string in include/linux/version.h to
indicate the snapshot # ?  this might help y'all feel reassured that
the user is using the snapshot of interest.  -s