Re: reiser4progs 1.0.4
On Mon, Feb 21, 2005 at 04:59:53PM +0300, Vitaly Fertman wrote: On Monday 21 February 2005 16:10, Ookhoi wrote: On Sun, Feb 20, 2005 at 01:44:41PM +0300, Vitaly Fertman wrote: The new reiser4progs package is available on our ftp site (ftp://ftp.namesys.com/pub/reiser4progs/). Thank you for this release. It doesn't crash anymore :-) But it does tell me: NO REISER4 METADATA WERE FOUND. FS RECOVERY IS NOT POSSIBLE. no master super block, no format-specific super block, no backup blocks, no status block, all bitmap blocks are not valid, no one reiser4 formatted node has been found ... what you are fscking does not look like a reiser4 filesystem at all. Ugh .. It should be hda2, nog hda1 .. Well, it is checked now. I can't mount it with the current kernel (no support) so I'll reboot and let you all know. Sorry for the noise of that particular message ..
new reiser4progs?
Hello all, Are new reiser4progs available? I can only find 1.0.3 as newest, but that version is august 2004. It seems a newer version is provided to Simon, but in a private mail, as I can't find that part of the thread in the archives: http://www.mail-archive.com/reiserfs-list@namesys.com/msg16804.html I have the same problem described in that thread btw: http://www.mail-archive.com/reiserfs-list@namesys.com/msg16785.html The thread starts here: http://www.mail-archive.com/reiserfs-list@namesys.com/msg16777.html I get segmentation fault with --check of --build-sb, and illegal instruction with --build-fs Kernel is 2.6.11-rc3-mm2. I'll read the archives so please reply to the list. Thanks in advance. With kind regards, Sander
Re: new reiser4progs?
On Fri, Feb 18, 2005 at 04:19:59PM +0300, Vitaly Fertman wrote: On Friday 18 February 2005 11:31, Ookhoi wrote: Are new reiser4progs available? I can only find 1.0.3 as newest, but that version is august 2004. I have been about to release it for some time, but new problems stoped me every time. I would love to try it. I get segmentation fault with --check of --build-sb, and illegal instruction with --build-fs ok, I will release next version today or tomorrow and will see if it helps. If it is not too unconvenient for you to release it today, that would make me a happy person. Of course I managed to get the fs bellyup the day before I hop on a plane :-) I hope a newer fsck.reiser4 prevents a time consuming reinstall. Thanks a lot for Reiserfs. With kind regards, Sander
Re: reiserfsprogs-3.6.12-pre1 release
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. Hi guys, these features are really great. Thanks a lot for adding them. One hopes never to have to use them, but when they are needed, they are like from heaven :-)
Re: Timeframe for 2.4.21 quota patches?
Chris Mason wrote (ao): On Mon, 2003-06-16 at 07:24, Jonathan Sambrook wrote: As ever the Linux lockin bites: My hardware needs 2.4.21 and my development work (now) needs reiserfs + quota. Any idea if/when to expect an updated patch? I've got Oleg's merge of the data logging code at ftp.suse.com/pub/people/mason/patches/data-logging/2.4.21 Chris, thanks a lot. Your patches on 2.4.21 make quota work here. Very nice.
Re: ReiserFS causes CPU high usage?!
Voicu Liviu wrote (ao): Now do you understand? I'm even afraid to renice my XFree to -10 cuz I'll remain blocked out of the box :-) Did you actually try?
Re: ReiserFS causes CPU high usage?!
Voicu Liviu wrote (ao): On Friday 28 February 2003 14:35, Ookhoi wrote: Voicu Liviu wrote (ao): Now do you understand? I'm even afraid to renice my XFree to -10 cuz I'll remain blocked out of the box :-) Did you actually try? Yep Ok. Can you provide top output?
Re: ReiserFS causes CPU high usage?!
Voicu Liviu wrote (ao): Ok. Can you provide top output? Not right now because the computer is 40 minutes far away of me but I can connect via ssh and try to install 'mozilla' for example with nice -10 and post here the top snapshot OK? Perfect. Can you also post the output of the following to the list? cat /proc/cpuinfo cat /proc/meminfo hdparm /dev/hda dmesg And top output before, during, and after the install please.
Re: ReiserFS causes CPU high usage?!
Voicu Liviu wrote (ao): -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 OK, so in this mashine I compile kde3.1 and this is the output of the top command ( it took me 5 seconds to write top in the command line and another 10 antill I saw the output...really slow ) 35 processes: 31 sleeping, 4 running, 0 zombie, 0 stopped CPU states: 99.4% user, 0.3% system, 0.0% nice, 0.0% iowait, 0.1% idle Mem: 255948k av, 250540k used,5408k free, 0k shrd, 28344k buff 59512k active, 119096k inactive Swap: 514072k av, 144k used, 513928k free 122280k cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 889 portage 15 -10 21508 21M 4172 R 98.9 8.4 0:16 cc1plus 890 portage5 -10 2368 2368 752 S0.9 0.9 0:00 as 845 liviu 15 0 1100 1100 792 R 0.1 0.4 0:00 top 1 root 15 0 484 484 428 S 0.0 0.1 0:05 init In your case, there is no reason to renice the compile to -10, as there are no other processes which take cpu, and therefore there is nothing to gain. I still wonder what could be the reason for the bad response of the keyboard.
Re: ReiserFS causes CPU high usage?!
Hans Reiser wrote (ao): PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 889 portage 15 -10 21508 21M 4172 R 98.9 8.4 0:16 cc1plus 890 portage5 -10 2368 2368 752 S0.9 0.9 0:00 as 845 liviu 15 0 1100 1100 792 R 0.1 0.4 0:00 top Voicu, I think you have your nice directions confused, and you want to nice your compile to +10 not -10. Probably Unix should reverse the directions, but I believe he wants to speed up the compile, for which -10 is ok if there are other processes which need cpu cycles.
Re: ReiserFS causes CPU high usage?!
Voicu Liviu wrote (ao): In your case, there is no reason to renice the compile to -10, as there are no other processes which take cpu, and therefore there is nothing to gain. This is CORRECT, but think, could I use XFree while some preccese has nice value -10? I don't think so You should be able to. But is your X also -10 ? You said you had problem with that too, but that is really weird as X would not want 100% cpu. In an other mail you write that your compiles are very fast. If a new kernel doesn't solve your problem, and compiles are very fast anyway, I would say: don't do that then (the renice to -10), or renice to -5 or some value which does not bother you. I'm quite sure this is not reiserfs related in any way. Just convert your p300 to reiserfs and see what happens.
Re: reiser4 and 2.5.60
Oleg Drokin wrote (ao): On Sat, Feb 15, 2003 at 04:00:33PM +0100, Ookhoi wrote: I still get a Segmentation fault when I want to untar a kernel source on a fresh 512MB loop filesystem. Does this help you? Kind of. It seems that inode_file_plugin(inode)-key_by_inode pointer is zero for one of inodes. But I do not see how that can happen at all. I personally untarred (and then compiled) kernel on this reiser4 snapshot without any problems more than once (in fact this is on of my basic tests). I tried bot UP and SMP, block device and loop device with file. Can you describe your system in more details? Sure. It is a P-MMX, 200MHz, with 512MB ram, and a 4GB scsi disk. OS is up to date (every day, or at least before each compile) Debian Sid. As said before, I do reiser4 on a loop fs. I did the same with reiser3, and that worked ok. Could the loop fs be a problem for reiser4? I attach dmesg, cpuinfo, lspci and .config Do you need more info, or want me to test things? It seems that reiser4 in BK is not updated for a few days now. Linux version 2.5.60 (ookhoi@fujita) (gcc version 3.2.3 20030210 (Debian prerelease)) #1 Sat Feb 15 15:23:19 CET 2003 Video mode to be used for restore is BIOS-provided physical RAM map: BIOS-e820: - 000a (usable) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 2000 (usable) BIOS-e820: - 0001 (reserved) 512MB LOWMEM available. On node 0 totalpages: 131072 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 126976 pages, LIFO batch:16 HighMem zone: 0 pages, LIFO batch:1 ACPI: Unable to locate RSDP Building zonelist for node : 0 Kernel command line: root=/dev/sda2 No local APIC present or hardware disabled Initializing CPU#0 PID hash table entries: 4096 (order 12: 32768 bytes) Detected 199.916 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 395.26 BogoMIPS Memory: 514716k/524288k available (2057k kernel code, 8836k reserved, 894k data, 280k init, 0k highmem) Dentry cache hash table entries: 65536 (order: 7, 524288 bytes) Inode-cache hash table entries: 32768 (order: 6, 262144 bytes) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) - /dev - /dev/console - /root Intel Pentium with F0 0F bug - workaround enabled. CPU: After generic, caps: 008001bf CPU: Intel Pentium MMX stepping 03 Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket mtrr: v2.0 (20020519) PCI: PCI BIOS revision 2.10 entry at 0xfb270, last bus=0 PCI: Using configuration type 1 BIO: pool of 256 setup, 14Kb (56 bytes/bio) biovec pool[0]: 1 bvecs: 256 entries (12 bytes) biovec pool[1]: 4 bvecs: 256 entries (48 bytes) biovec pool[2]: 16 bvecs: 256 entries (192 bytes) biovec pool[3]: 64 bvecs: 256 entries (768 bytes) biovec pool[4]: 128 bvecs: 256 entries (1536 bytes) biovec pool[5]: 256 bvecs: 256 entries (3072 bytes) ACPI: Subsystem revision 20030122 ACPI: System description tables not found ACPI-0065: *** Error: acpi_load_tables: Could not get RSDP, AE_NOT_FOUND ACPI-0115: *** Error: acpi_load_tables: Could not load tables: AE_NOT_FOUND ACPI: Unable to load the System Description Tables Linux Plug and Play Support v0.94 (c) Adam Belay block request queues: 128 requests per read queue 128 requests per write queue 8 requests per batch enter congestion at 15 exit congestion at 17 ACPI: ACPI tables contain no PCI IRQ routing entries PCI: Invalid ACPI-PCI IRQ routing table PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) PCI: Using IRQ router ALI [10b9/1533] at 00:02.0 aio_setup: sizeof(struct page) = 40 Loading Reiser4. See www.namesys.com for a description of Reiser4. Serial: 8250/16550 driver $Revision: 1.90 $ IRQ sharing disabled ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A pty: 256 Unix98 ptys configured Software Watchdog Timer: 0.06, soft_margin: 60 sec, nowayout: 1 Hangcheck: starting hangcheck timer 0.5.0 (tick is 180 seconds, margin is 60 seconds). Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 RAMDISK driver initialized: 16 RAM disks of 40960K size 1024 blocksize loop: loaded (max 8 devices) PCI: Found IRQ 11 for device 00:05.0 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html 00:05.0: 3Com PCI 3c905C Tornado at 0x6400. Vers LK1.1.19 Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PCI: Found IRQ 10 for device 00:06.0 scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.28 Adaptec 2940 Ultra SCSI adapter aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs (scsi0:A:0): 40.000MB/s transfers (20.000MHz, offset 8, 16bit) Vendor: QUANTUM Model: VIKING II 4.5WLS Rev: 5520 Type: Direct-Access ANSI SCSI
no reiserfs quota in 2.4 yet? 2.4.21-pre4-ac4 says different
Hi Reiserfs team, Today I put a new kernel on a server which has reiserfs and needs quota. I searched for the quota patches (found them in the mail archive) and saw that they are very old: ftp://ftp.namesys.com/pub/reiserfs-for-2.4/testing/quota-2.4.20 3 december 2002. They don't apply to a current kernel. I decided to use 2.4.20 with -pre4 and -ac4 patch. 01-quota-v2-2.4.20.diff has this: Quota support CONFIG_QUOTA If you say Y here, you will be able to set per user limits for disk - usage (also called disk quotas). Currently, it works only for the - ext2 file system. You need additional software in order to use quota - support; for details, read the Quota mini-HOWTO, available from + usage (also called disk quotas). Currently, it works for the + ext2, ext3, and reiserfs file system. You need additional software + in order to use quota support (you can download sources from + http://www.sf.net/projects/linuxquota/). For further details, read + the Quota mini-HOWTO, available from http://www.tldp.org/docs.html#howto. Probably the quota support is only useful for multi user systems. If unsure, say N. -ac 4 has this: Quota support CONFIG_QUOTA If you say Y here, you will be able to set per user limits for disk - usage (also called disk quotas). Currently, it works only for the - ext2 file system. You need additional software in order to use quota - support; for details, read the Quota mini-HOWTO, available from + usage (also called disk quotas). Currently, it works for the + ext2, ext3, and reiserfs file system. You need additional software + in order to use quota support (you can download sources from + http://www.sf.net/projects/linuxquota/). For further details, read + the Quota mini-HOWTO, available from http://www.tldp.org/docs.html#howto. Probably the quota support is only useful for multi user systems. If unsure, say N. Because none of the outdated patches apply to -pre4-ac4, and because of the above in -ac4, I thought that a 2.4.21-pre4-ac4 kernel would have quota. This, unfortunately, seems not the case. I have this line in fstab: /dev/md1 /reiserfs noatime,usrquota,grpquota 0 0 and get this error message: reiserfs_getopt: unknown option usrquota My quota tools are fresh, 3.08. Did I do something wrong? The setup worked with patched 2.4.19-rc1, but that one became old and we needed a few more modules. So for now I assume I'm bitten by no-quota-in-current-2.4-yet. If I'm right on that; Is there a reason quota is not in 2.4 yet? It has been stable (for me), and it exists for quite some time now. Did only half of the patches make it to Alan? The CONFIG_QUOTA is misleading. Btw, the faq on namesys.com says: Is quota-support built-in in the vanilla 2.4 kernels for ReiserFS? No, quota support for linux kernels from 2.4 branch are bundled separately and can be obtained from this location. The reason these patches are not included into 2.4 kernel branch is because they implement new quota format and need new quota code too, which is too big of a change for 2.4 series of kernels. Various Linux distributions vendors (ie SuSE) do ship reiserfs-quota enabled kernels, though. The from this location link points to ftp://ftp.suse.com/pub/people/mason/patches/reiserfs/quota-2.4 which contains patches one year old. May I ask, what is the future of quota in reiserfs for the 2.4 kernel? Should I wait for new patches? Try to apply them by hand, or did too much change? Will quota be integrated in the 2.4 kernel soonish? Thanks for your time!
Re: no reiserfs quota in 2.4 yet? 2.4.21-pre4-ac4 says different
Chris Mason wrote (ao): On Mon, 2003-02-17 at 12:39, Ookhoi wrote: Today I put a new kernel on a server which has reiserfs and needs quota. I searched for the quota patches (found them in the mail archive) and saw that they are very old: ftp://ftp.namesys.com/pub/reiserfs-for-2.4/testing/quota-2.4.20 3 december 2002. They don't apply to a current kernel. Well, 2.4.20 is the current kernel ;-) Which kernel do you want them against? I've got patches against 2.4.21-preX in testing here, but not against -ac. They should merge against -ac now more easily, but I haven't had time to really test it. Do you want to try the merge on -ac or would you rather try against 2.4.21-preX Thanks a lot for your quick answer! Yes, you are of course right that 2.4.20 is the current kernel. My mistake. I would love to use -ac, so patches against that would be great. But you would make me very happy with patches against -pre too. Is there any chance that you consider your against-ac patches ready for inclusion in Alan's kernel patches?
fsck on boot (was: Re: Corrupted/unreadable journal: reiser vs. ext3)
Andreas Dilger wrote (ao): The other thing to keep in mind is that you can have different levels of automated fsck at boot time, depending on how long they take. You never necessarily have to try and fix anything with fsck -a, just detect errors and leave it up to the user to decide what to do if you find a problem: - always recover journal, validate superblock, error flag ( 1s) Don't know how long it takes these things to run, so it is up to you to trade off checks vs. speed, and you could even round-robin them (storing the last checked item in the superblock or something): - check block allocation bitmaps match superblock counts - walk directory structure from root, checking for directory corruption - check btree validity on inodes for up to 10 seconds (or whatever, storing last checked inode in superblock for restarting this test at next one) By all means, don't do checks for an hour, or allow users to set the maximum boot check duration in the superblock. I'm sure users don't mind waiting 5s at boot time if it means they don't lose data. Yes! Yes! I agree so much on this .. Let fsck always run at boot, and perform checks which take at most a few seconds all together. Then dmesg will tell if something is wrong. Maybe it can also show the error code in /proc/mounts ?
Re: [ANNOUNCE]: reiser4 snapshot
Nikita Danilov wrote (ao): new reiser4 snapshot is available at: http://www.namesys.com/snapshots/2003.02.13/ Thanks a lot for this snapshot, and for reiserfs in general. Your feedback and testing efforts are most valuable to us. From README: -- Reiser4 snapshot for 2003.02.13 WARNING!!! This code is experimental! WE ARE NOT KIDDING! DO NOT PUT ANY VALUABLE DATA ON REISER4 YET! This is mostly bug fixing shapshot. Snapshot is released as a patch against linux-2.5.60. It should also work with current (February 13th) bk snapshot. REISER4_NOOPT config option (Disable compiler optimizations for reiser4 code.) is known to not compile on x86. I can't find that option in .config The only REISER options that I have are: $ grep REISER .config CONFIG_REISER4_FS=y # CONFIG_REISER4_CHECK is not set CONFIG_REISERFS_FS=y # CONFIG_REISERFS_CHECK is not set # CONFIG_REISERFS_PROC_INFO is not set $ This is with 2.5.60, patched with feb 13 reiser4.diff.gz, and after make oldconfig on my 2.5.59 .config (didn't ask reiserfs related things). I do get some warnings and a compile error. This is on an up to date debian sid (unstable) and with gcc (GCC) 3.2.3 20030210 Do you need more info on this? ... In file included from fs/reiser4/super.h:10, from fs/reiser4/debug.c:7: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/jnode.c:20: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/znode.c:153: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/super.h:10, from fs/reiser4/key.c:7: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/super.h:10, from fs/reiser4/pool.c:48: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/tree_mod.c:16: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/estimate.c:5: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/carry.c:146: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/carry_ops.c:19: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/lock.c:349: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/tree.c:97: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/super.h:10, from fs/reiser4/context.c:6: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/tap.c:18: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/coord.c:6: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/block_alloc.c:9: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/txnmgr.c:187: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/super.h:10, from fs/reiser4/kassign.c:10: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/flush.c:22: fs/reiser4/tree.h: In function `write_trylock_tree': fs/reiser4/tree.h:460: warning: implicit declaration of function `_raw_write_trylock' In file included from fs/reiser4/super.h:10, from fs/reiser4/wander.c:157: fs/reiser4/tree.h: In function `write_trylock_tree':
Re: reiserfsck --rebuild-tree all-in-one problem.
Brian Chu wrote (ao): Last friday when I went to upgrade my server, I noticed that there had been a lot of kernel messages on my server that were saying that one partition was spewing this: Jan 5 13:48:14 simmy kernel: hde: dma_intr: status=0x51 { DriveReady SeekComplete Error } Jan 5 13:48:14 simmy kernel: hde: dma_intr: error=0x40 { UncorrectableError }, LBAsect=91887, high=0, low=91887, sector=91824 Jan 5 13:48:14 simmy kernel: end_request: I/O error, dev 21:01 (hde), sector 91824 Jan 5 13:48:14 simmy kernel: vs-13070: reiserfs_read_inode2: i/o failure occurred trying to find stat data of [7495 7710 0x0 SD] I checked it for this email just now and discovered that this problem has been persisting for at least one month (logrotate deleted the rest), which is surprising because I never had any problems with the hard drive for all this time. But, it is a hardware problem. Either way, after I was done upgrading my server, I figured I could run reiserfsck since it was a new reboot with 'reiserfsck --check /dev/hde1' (version 3.6.3) which proved to be fatal. It is better if you (always) try the latest reiserfsck version, which is in 3.6.5-pre1 atm. ftp://ftp.namesys.com/pub/reiserfsprogs/pre/reiserfsprogs-3.6.5-pre1.tar.gz [cut] mount ... weird. mount gives a different message now. mount was giving the same mount: Not a directory that the first computer had given before this last run of reiserfsck. Can you do an ls -ld on /mnt ? simmy:~# mount -t reiserfs /dev/hdd1 /mnt Feb 2 13:41:00 simmy kernel: dev 16:41: Unfinished reiserfsck --rebuild-tree run detected. Please run Feb 2 13:41:00 simmy kernel: reiserfsck --rebuild-tree and wait for a completion. If that fails Feb 2 13:41:00 simmy kernel: get newer reiserfsprogs package Feb 2 13:41:00 simmy kernel: read_super_block: can't find a reiserfs filesystem on (dev 16:41, block 2, size 4096) mount: wrong fs type, bad option, bad superblock on /dev/hdd1, or too many mounted file systems Any (quick) help will be appreciated. If any information is missing, please ask. After you dd'ed the disk, you should see a lot of error messages in dmesg. dd can't make a good copy of the fs due to that, so that's why you need to use dd_rescue. dd_rescue will most likely not be able to retreive all your data, but most likely most of it. Of course you should not use the old disk anymore if you got your data back. In summary: try dd_rescue again, and fsck the target disk with the newest reiserfsprogs. I hope that works for you.
Re: Hard disk crash and solution
tim fairchild wrote (ao): On Monday 27 Jan 2003 5:03 pm, Oleg Drokin wrote: I bought IBM DTLA-307030 made in Hungary 2 years ago. It is still working (though it already have ~1500 bad sectors remapped) aside of making unusual noises when remapping bad sectors ;) I may be just lucky. Also I try to run it in cool environment, so that may help it too. Sorry to go back off topic, but does anyone have any eperience with the more recent 40gb IBM 120GP (IC35L040AVVN07) drives. I have one a few weeks old and it's already making some evil sounding noises... A lot? Sometimes you can hear a disk recalibrate, which is not bad, but that should be only now and then. Do you have disk related errors in your logs? Try to run an ibm drive fitness program and see what it tells you about the disk.
Re: kernel go-slow
Russell Coker wrote (ao): I'm running a number of machines with 2.4.20 and the ReiserFS journal patches. One problem that has started occuring is that periodically some of the machines will go really slow for a while. It's as if the CPU speed has just dropped to 1% of it's regular speed. Then after 10 minutes or so it will continue as normal. Has anyone heard of such things before? It seems there is a 'bug' in 2.4.20 which causes the stall. (don't know the details, but you're not the only one). Maybe a -pre fixes it, though in your case I would wait for .21 I think.
Re: mkreiserfs -s 1024 makes unmountable partitions
Francois-Rene Rideau wrote (ao): Hi! No hard disk crash today (I'm just disabling the DMA )- ) However, I've tried to make small reiserfs partitions, and was annoyed at the journal taking a significant size of the disk: 32MB is 50% of my 64MB /boot partition, and 40% of the whole of my server's 80MB harddisk. I would not make more than one partition on a 80MB harddisk. When I cleaned my room I found an old IBM 386 with a 150MB harddisk and 6MB ram. I think I put ext2 on it as it has less cpu overhead. It will be a terminal anyway so I don't care about filechecks (a pitty I won't be able to use a ramdisk). Yours might be old too. Maybe ext2 is a better option? (Don't worry, I have reiserfs on all my other systems ;-) I saw that mkreiserfs had an option -s to select the size of the journal, and tried to use it to make a 4MB journal: mkreiserfs -s 1024 /dev/hdc1 However, whereas mkreiserfs didn't complain, the resulting partition was unmountable by linux. In the syslogs, the kernel complains: read_super_block: can't find a reiserfs filesystem on (dev 16:01, block 128, size 512) read_super_block: can't find a reiserfs filesystem on (dev 16:01, block 16, size 512) I there a way to make a reiserfs partition with a small journal? 32MB is really a waste, on some partitions. Would a small kernel patch do it? In any case, I think that it is a bug that mkreiserfs doesn't check the consistency of its parameters with what the kernel is able to handle. According to the manpage it should work: -s | --journal-size N N is size of journal in blocks. When journal is to be on a separate device - its size defaults to number of blocks that device has. When journal is to be on a host device - its size defaults 8193 and maximal possible value is 32749 (for blocksize 4k). Minimun is 513 for both cases. I've played with it a bit. It seems it never can mount if I did mkreiserfs with the -s option (1024, 2048, 8193 (default), 10240). I can if I mkreiserfs without -s (or others). PS: I'm using debian's reiserfsprogs 1:3.6.4-2 and linux kernel 2.4.20. reiserfsprogs 3.6.5-pre1 and 2.4.18-rc4
Re: Hard disk crash and solution
Zygo Blaxell wrote (ao): Title: IBM DTLA 307045 Hard disk crash I bought this disk (46 GB) about two years ago. One of the best they claimed. [...] What is the fucking MBTF of these drives?? Is it close to one year like I experienced? That is quite good for those drives :-) My employer used a total of 13 of these drives (various sizes, but all the same family) for RAID arrays. We originally purchased 10, and replaced the first 3 to die under IBM warranty. After the first 3, we started replacing dead disks with some other brand of drive. In the end 9 of the IBM drives died. Some days two or three disks would fail at a time. We didn't bother waiting for the last 4, but presumably they would have died if we hadn't replaced all of them. We took the rest of them apart to use as cubicle wall decorations, shaving mirrors, etc. We had about 25% fail within a few months (30 systems). I must say that the systems ran a bit hot inside though. Ours weren't the infamous deathstar disks btw.
Re: [ANNOUNCE]: reiser4 snapshot
Nikita Danilov wrote (ao): new reiser4 snapshot is available at: http://www.namesys.com/snapshots/2003.01.16/ Thanks :-) It is released as a patch against linux-2.5.58 kernel. It should also work with current (January 16th) bk snapshot at http://linux.bkbits.net/linux-2.5 This is mostly bug fixing release. READ.ME file contains changelog. Can you please have a look at the READ.ME? It contains old info from the former snapshot.
Re: [ANNOUNCE]: reiser4 snapshot
Ookhoi wrote (ao): # Nikita Danilov wrote (ao): # new reiser4 snapshot is available at: # # http://www.namesys.com/snapshots/2003.01.16/ # # Thanks :-) # # It is released as a patch against linux-2.5.58 kernel. It should also # work with current (January 16th) bk snapshot at # http://linux.bkbits.net/linux-2.5 # # This is mostly bug fixing release. # # READ.ME file contains changelog. # # Can you please have a look at the READ.ME? It contains old info from the # former snapshot. Ugh! Never mind .. I did a wget, but had the (old) file already. It was named READ.ME.1 due to that, and of course I only noticed this 1ms _after_ I kicked away the message ..
Re: [reiserfs-dev] Re: [ANNOUNCE]: reiser4 snapshot
Oleg Drokin wrote (ao): On Fri, Jan 17, 2003 at 01:09:20PM +0100, Ookhoi wrote: It is released as a patch against linux-2.5.58 kernel. It should also work with current (January 16th) bk snapshot at http://linux.bkbits.net/linux-2.5 This is mostly bug fixing release. READ.ME file contains changelog. Can you please have a look at the READ.ME? It contains old info from the former snapshot. Only the snapshot date was old, all other info was recent one. Thanks for noticing. Fixed. Great, I do something wrong and it is still right ;-)
Re: [ANNOUNCE]: reiser4 snapshot
Nikita Danilov wrote (ao): new reiser4 snapshot is available at: http://www.namesys.com/snapshots/2002.12.24/ It is released as a patch against linux-2.5.53 kernel. It should also work with current (December 24th) bk snapshot at http://linux.bkbits.net/linux-2.5 This is mostly bug fixing release. READ.ME file contains changelog. In addition, our public BK repository with reiser4 code is available at bk://namesys.com/bk/reiser4. Hi Nikita, Is there also a BK repository with the reiserfs4-progs? And what is the right way to integrate reiser4 into the kernel? At the moment I pull reiser4 and linux-2.5, patch linux-2.5 with the reiser4.diff out of the snapshots dir, and replace fs/reiser4 with the BK reiser4. This works*, but I think the patch part is not the right way. * I can compile a 2.5 kernel, boot it, and mkfs.reiser4 a partition. Thanks in advance!
Re: build problem BK reiser4progs: /usr/include/features.h:218:52: operator '==' has no left operand
Yury Umanets wrote (ao): No, it is not nornal case. It is pretty strange. Try the fllowing sequence: bk pull aclocall autoheader aitomake --add-missing autoconf ./configure make distclean ./configure make make install ldconfig -v | grep reiser4 And let's see what happen # ldconfig -v | grep reiser4 # Empty (after fresh pull). I can provide the output of all the above commands if you like (it's a bit large). Would that help you? Yes, of course. Send me the all build output as a tar.gz Oki, attached. Had to do it again as the first capture failed. config-build.gz Description: application/gunzip makeinstall.gz Description: application/gunzip
Re: build problem BK reiser4progs: /usr/include/features.h:218:52: operator '==' has no left operand
Yury Umanets wrote (ao): Ookhoi wrote: Yury Umanets wrote (ao): The cure ptobably is to install more recent libtool. Oke, I'll search for a more recent one. I do run an up to date debian sid (unstable) though. Hm :-) ookhoi $ libtool --version ltmain.sh (GNU libtool) 1.4.3 (1.922.2.111 2002/10/23 02:54:36) libtool --version ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52) I'll report success or failure. Thanks! Thanks to you :) I'll find the cure :) Hope so :-) Though, my libtool is the most recent, according to http://www.gnu.org/software/libtool/libtool.html The alpha version is not downloadable (the dir libtool doesn't exist), and I can't seem to build the cvs version. But, are you able to build it successful? With what tool versions if I may ask?
Re: what do you do that stresses your filesystem?
Oleg Drokin wrote (ao): On Tue, Dec 24, 2002 at 11:15:27AM +0100, Ookhoi wrote: Can you please make a reiserfs4 snapshot available for testing before you all enjoy a nice Christmas? Russian (hm, should I say Greek Orthodox here?) Christmas is after New Year, anyway ;) Owh, I'm sorry :-] Guess I need to read up on that one. We will release new snapshot before New Year, I think. Great, thanks!