Re: [reiserfs-list] running unpatched 2.2.19 on reiserFS-ed system
Hello! On Tue, Jun 11, 2002 at 06:58:20PM -0700, Antonie Nygma wrote: it turned out that the partitions are of v.3.6... anyway, i applied the patch and it won't even get past compilation.. Huh? What were the errors? i guess that there's no way for me to 'downgrade' to v.3.5 while preserving the current partitions and the data in it? That's true. Bye, Oleg
[reiserfs-list] problem with FS block_size
Hi ReiserFS Gurus! I have a problem with my reiserFS. I have the following configuration running on my machine: - SMP 2.4.16-32 SuSE Linux kernel - software RAID1 with 2 disks - on top of the RAIDI have LVM 1.0.1 (the /boot is exclusive, but the rest like /home, /, swap, /tmp, /opt, /usr in in the LVM) Everything is working fine with ext2fs and also with resierfs if I define block_size 4k. I downloaded from namesys.com the latest resierfs tools version reiserfsprogs-3.x.1b.tar.gz. But with that I still have the problem, if I define a block_size other that 4k, I eighter cannot mount the partition (filesystem type unknown), or at unmount I get segmentation fault. The first one I get with block_size 1k, the second with block_size 2k. Can you tell me what can be wrong there. Do I need some kernel pathes? Thanks Krisztian
Re: [reiserfs-list] problem with FS block_size
Hello! On Wed, Jun 12, 2002 at 12:17:58PM +0200, Krisztian Gy?rffy wrote: I have a problem with my reiserFS. I have the following configuration running on my machine: - SMP 2.4.16-32 SuSE Linux kernel - software RAID1 with 2 disks - on top of the RAID I have LVM 1.0.1 (the /boot is exclusive, but the rest like /home, /, swap, /tmp, /opt, /usr in in the LVM) Everything is working fine with ext2fs and also with resierfs if I define block_size 4k. I downloaded from namesys.com the latest resierfs tools version reiserfsprogs-3.x.1b.tar.gz. But with that I still have the problem, if I define a block_size other that 4k, I eighter cannot mount the partition (filesystem type unknown), or at unmount I get segmentation fault. The first one I get with block_size 1k, the second with block_size 2k. Can you tell me what can be wrong there. Do I need some kernel pathes? variable blocksize support was not merged in kernel yet. I have a diff for 2.4.18-rc2, though. So if you need it, I can send it to you. Note it is was not fully tested yet. Bye, Oleg
Re: [reiserfs-list] Filesystem corruption after resize
Quoting Vitaly Fertman ([EMAIL PROTECTED]): Hi, Hello, The exact commands used are: resize_reiserfs -s 400G /dev/vg01/stuff lvreduce -l 16693 /dev/vg01/stuff pvmove -v /dev/md1 vgreduce -v vg01 /dev/md1 resize_reiserfs /dev/vg01/stuff reiserfsck --check /dev/vg01/stuff This all worked like a charm, until I noticed that a nightly script that scans all files, no longer was able to access about 20 files (access denied even though the script is running as root). Do you mean reiserfsck finished without any error/warning massage? Yes, it did not detect any errors after the resize. The errors turned up a day after. So it might not be 100% that those two events are linked. But since nothing else was done that could justify corruptions, that is the theory I am working on. This progs I send to you is what is going to be the next release. Please run --check and tell me what is in fsck.log. You can run --fix-fixable if it says so, but it would be better to run rebuild-tree on a copy (it is not a release). Or you can do the following: debugreiserfs/debugreiserfs -p /dev/vg01/stuff | gzip -p stuff.gz it will pack metadata (without filebodies), I will download it and test locally. I will send you those two files in a seperate mail. I copied all the data over to the other raid device, so I am not so much concerned about rescueing the filesystem - I could just reformat the whole thing and copy the files back. But I would very much like to find out what happened so I can take actions to prevent it from happening again. Particularly I need to know if resizing on lvm devices is working properly, since I will need to resize again shortly when the replacement disk arrives. Baldur
Re: [reiserfs-list] Mount and file system size issue
On poniedziaek 10 czerwiec 2002 01:47 pm, bo wrote: 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? It's a key on your keyboard, I hope. # echo 1 /proc/sys/kernel sysrq # cat /usr/src/linux/Documentation/sysrq.txt Cheers, Kuba Ober
Re: [reiserfs-list] Mount and file system size issue
Hello! On Wed, Jun 12, 2002 at 11:33:31AM -0400, Kuba Ober wrote: Sorry! What is sysrq? It's a key on your keyboard, I hope. I afraid that most probably his system does not have keyboard and operated through serial console of some kind. Of course I might be wrong, but it seems he haev some kind of embedded board (why do they use ARM CPU otherwise?) Bye, Oleg
Re: [reiserfs-list] Mount and file system size issue
On roda 12 czerwiec 2002 02:38 pm, you wrote: Hello! On Wed, Jun 12, 2002 at 11:33:31AM -0400, Kuba Ober wrote: Sorry! What is sysrq? It's a key on your keyboard, I hope. I afraid that most probably his system does not have keyboard and operated through serial console of some kind. Of course I might be wrong, but it seems he haev some kind of embedded board (why do they use ARM CPU otherwise?) Hmmm... I would have to look into the sources, but wouldn't the sysrq have some encoding even through serial console (it's console after all)... Cheers, Kuba
[reiserfs-list] jbd layer + reiserfs
Hi, just being curious: is reiserfs anywhen going to use the jbd layer that was introduced with the ext3 kernel merge ? Dirk
Re: [reiserfs-list] jbd layer + reiserfs
On roda 12 czerwiec 2002 05:51 pm, Dirk Mueller wrote: Hi, just being curious: is reiserfs anywhen going to use the jbd layer that was introduced with the ext3 kernel merge ? I don't think that reiserfs journalling semantics are simple enough to be replicated by a journalled block device... that's my guess, I'm just a user, not a developer. Alas... well, maybe I'm wrong. If instead of opening and closing transactions in reiserfs journal it would be calling jfs transaction boundaries, maybe it's the same. Does reiserfs do any more magic in its journalling than simpky journal metadata block-writing? If it would be able to use jbd layer, then I assume some of the journal code could be put away (ie: dumped), at least in linux kernel tree (is there reiserfs for other platforms at all?). Cheers, Kuba Ober
Re: [reiserfs-list] Re: [PATCH CFT] tons of logging patches
On 06/06/2002 02:09 AM, Chris Mason wrote: Ok, ftp.suse.com/pub/people/mason/patches/data-logging has my latest updates, which have more optimizations for many threads all doing synchronous transactions. -chris Mmh. I recompiled with the new one when it appeared on the server and kept the kernel append line with the obvious problem not to be able to easily reboot to my ext2 maintenance partition. I had some disappearing files/dirs from /lib/modules/* and from somewhere within /var/* the second time now. First occurrence is about 6 days ago. That takes action within a good uptime (I mean: not at startup or upon special programs' interaction). Jun 12 20:52:48 firehead kernel: is_leaf: item location seems wrong (second one): *3.6* [5273 5274 0x1 IND], item_len 4, item_location 2120, free_space(entry_count) 0 Jun 12 20:52:48 firehead kernel: vs-5150: search_by_key: invalid format found in block 8422. Fsck? Jun 12 20:52:48 firehead kernel: vs-13070: reiserfs_read_inode2: i/o failure occurred trying to find stat data of [5199 261934 0x0 SD] Jun 12 20:52:48 firehead kernel: is_leaf: item location seems wrong (second one): *3.6* [5273 5274 0x1 IND], item_len 4, item_location 2120, free_space(entry_count) 0 Jun 12 20:52:48 firehead kernel: vs-5150: search_by_key: invalid format found in block 8422. Fsck? [...] - many many more Jun 12 20:54:46 firehead kernel: vs-13070: reiserfs_read_inode2: i/o failure occurred trying to find stat data of [5199 261934 0x0 SD] Jun 12 20:54:46 firehead modprobe: modprobe: Can't open dependencies file /lib/modules/2.4.19-pre9/modules.dep (Permission denied) I then needed to do a reiserfsck --rebuild-tree, as suggested by most recent reiserfsck (3.x.1c-pre4), the 3.x.1b-one said, it was fixable by --fix-fixable, but I then decided to use the latest. And then I had to adjust the lostfound manually. -- Huh, that took a long time, but nothing's missing, if I experience my system correctly now. My system/partitions still look like the recently posted setup: Kernel.2.4.19-pre9 ReiserFS.pending.01..03,05 (rest doesn't cooperate cleanly) ReiserFS.mason.01..03 (most recent) rml.preempt-kernel (maybe slightly modified for this setup) / mounted -o noatime,notail,data=ordered and from applied lilo.conf: append = ... rootflags=data=ordered Thanks, but the term speedup seems to be relative for me for now, Manuel
Re: [reiserfs-list] Mount and file system size issue
Hi, You are right. My system does not have any I/O devices such as mouse or KBD. Of course you can connected to the system through ethernet(telnet). I am investigating the solution from sysrq.txt. Thanks, Bo - Original Message - From: Oleg Drokin [EMAIL PROTECTED] To: Kuba Ober [EMAIL PROTECTED] Cc: bo [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, June 12, 2002 11:38 AM Subject: Re: [reiserfs-list] Mount and file system size issue Hello! On Wed, Jun 12, 2002 at 11:33:31AM -0400, Kuba Ober wrote: Sorry! What is sysrq? It's a key on your keyboard, I hope. I afraid that most probably his system does not have keyboard and operated through serial console of some kind. Of course I might be wrong, but it seems he haev some kind of embedded board (why do they use ARM CPU otherwise?) Bye, Oleg
Re: [reiserfs-list] Mount and file system size issue
On Wed, 12 Jun 2002, at 2:55pm, Kuba Ober wrote: Hmmm... I would have to look into the sources, but wouldn't the sysrq have some encoding even through serial console (it's console after all)... It does. Send a serial BREAK signal, followed by the command key letter. -- Ben Scott [EMAIL PROTECTED] | The opinions expressed in this message are those of the author and do not | | necessarily represent the views or policy of any other person, entity or | | organization. All information is provided without warranty of any kind. |